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ABSTRACT 



D'l 



c;.°"v,=c„oo, 



Highlights of the IBH 4341 and IBM 3033 AP systems are 
presented vith emphasis on Performance aspects. An 
analysis of Performance of the Yirtual Machine Facility 370 
(va-370) is performed. The main efforts are (1) to present 
a methodology based on performance measurement and analysis 
techniques, trying tc relate the trends in the data to the 
characteristics of the system, and thus gain an insight into 
what might cause the system to saturate and its performance 
to degrade, (2) analyze the statistical correlations among 
performance and resource usage variables in order to 
estimate the degree of association among these variables, (3) 
identify those variables that are good indicators of system 
load, (4) formulate regression equations for forecasting the 
system performance. 

This thesis is an effort toward the development of 
performance and resource usage forecasting equations, and a 
model for analyzing computer performance and resource 
allocation, of computer systems using VM/370. 
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I . INT B ODDCT ION 



The basic objective of conputer center isanagement is to 
provide high ccnputer system performance at a reasonable 
cost under conditions of fluctuating workload and fixed 
computer resources [Bef. 1]. In order to satisfy this 
objective, it is necessary to forecast the performance and 
resource utilization which would result from a permanent and 
significant change in workload, if resources remain 
unchanged. If projected performance is unsatisfactory or 
the anticipated resource utilization is low, the forecast 
provides a warning that resources must be expanded or 
contracted, respectively. Once the condition of saturation 
or under utilization has been anticipated, it is necessary 
to forecast the performance and resource utilization which 
would be obtained when resources are changed. 

For the Trident Submarine Command and Control System, 
the Tactical Software Support System (TS3) Resource 
Management Plan defines the specif icaticns , general 
procedures and activities relating to the initiation and 
continuing operation of a resource management function. 

This function's responsibilities will be to collect, 
retain, process, and analyze data relating to the 
utilization of TS3 laboratory resources and to communicate 
pertinent information to the TS3 and Trident Command and 
Control System (CCS) user community management. 

The purpose of the Resource Management Plan defines 
directions and activities relating to the monitoring and 
reporting of computer system resource utilization and 
performance, addressing also the application of forecasting 
for capacity planning. 

The TS3 laboratory uses IBM 4341 systems with the 
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virtual Kachine Facility 370 (lH/310) operating system, the 
cne which manages the resources of the 4341 system complex 
in such a way that multiple users have a functional 
siaulaticn of a computing system (a virtual machine) at 
their disposal. 

This thesis is an effort toward the development of 
performance and resource usage forecasting equations and a 
model for analyzing computer performance and resource 
allocaticn for systems using VU/370. 

The main efforts in the analysis of VH/370 system are: 
(1) to present a methodology based on performance 
measurement and analysis techniques, trying to relate the 
trends in the data to the working of the system, and thus 
gain an insight into what might cause the system to saturate 
and its performance to degrade, (2) analyze the statistical 
correlations among performance and resource usage variables 
in order to estimate the degree of association among these 
variables, (3) identify those variables that are good 
indicators of system load, and (4) formulate regression 
equations for forecasting the computer system performance. 

Chapter II presents the highlights of the IBM 4341 
System, with emphasis on some performance aspects. Chapter 
III presents the highlights and performance considerations 
of the Virtual Machine/System Product (VM/SP) , which is 
planned to replace the VM/370 as an operating System, at the 
TS3 laboratory. 

For the data collection the IBM 3033 AP system using 
VM/SP in the a.R. Church Computer Center of the NPS was 
used. Chapter IV presents some highlights cf this system 
and its actual configuration. Chapter V covers the VM/SP 
performance measurement tools. Chapter VI presents the 
methodology used for the performance analysis and gives the 
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results obtained 



Appendices A to D contain the executive programs, 
program listings, saiple of the data obtained at the data 
collection stage and a sample of one observation output. 



II. 



IBM 434^1 HIGHLIGHTS 



A. IBM 4300 SERIES 
1 , In troduction 

The IBM 4300 Series^ which was announced in January 
1979 initially consisted of two central processors, the 
4331 and the 4341, together with five new peripheral devices 
and three enhanced operating systems. In May 1980, IBM 
filled the large performance gap between the two original 
processors by adding the 4331 Model Group 2. This processor 
has twice the processing power and up to four times the main 
memory capacity of the original 4331 , which is now 
designated the 4331 Model Group J. 

The most important aspects of the 4300 Series 
product line are [Ref. 2]: 1) the strikingly improved 
price/performance it offers; 2) the advanced technology 
employed to achieve those price/performance gains; and 3) 
the accompanying changes in IBM software pricing and support 
policies . 

In terms of hardware performance per dollar, the 
4300 Series processors offer approximately a four-fold 
increase over the corresponding System/370 processors, 
[Ref. 3]. The software announcements that accompanied the 
4300 Series introduction indicate a continuing IBM 
commitment to improve both the functionality of its software 
and the support it provides to users of these products. At 
the same time, the software policy is clearly designed to 
ensure that increased software and support cost will at 
least partially offset the savings in hardware costs that 
the new computers will bring to IBM users. 

2* P rocess o rs 

The 4300 Series central processors can operate 
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either in a System/370 - compatible mode or in an Extended 
Control Program (ECPS) mode. The latter mode takes full 
advantage of the extensive microcoding available in these 
machines to reduce operating system overhead and improve 
system throughput. 

In comparison with the 370/138 (Jun. 1976 ) , memory 
packaging on the 4300 Series is 32 times denser, and because 
cf this, the 4331 Hcdel Group 1 requires up to 70% less 
power, and the 4341 requires oyer 50% less power than the 
370/138 

All three of the 4300 Series processors share these 
common features: 

- The system/370 Universal Instruction Set. 

- Channels with virtual storage addressing. 

- Maintenance support functions including a support 
processor and remote support facility. 

- Store and fetch storage protection. 

- Byte - oriented operands. 

- Clock comparator, CPU timer, time of day clock, interval 
timer. 

- PSW Key handling, control registers. 

- Extended-precision floating pcint. 

- Program event recording. 

- and machine check handling. 

According to IBM, the 4331 Model Group 1 is designed 
for the first-time computer user, such as a department or 
branch office within a larger enterprise, that could benefit 
from data base/data communications, interactive and 
distributed processing capabilities; it is also meant to 
replace many of the remaining IBM System/360 computers still 
in service. The 4331 Model Group 1 can operate as a stand- 

alone unit, or it can be linked to other 4300*s or attached 
to a central System/370 host. 
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Eeripheral and communications equipment can be 
connected to the 4331 Model Group 1 by means of one byte 
multiplexer channel^ one block multiplexer channel, and 
several integral adapters. Data rates on the t«o channels 
aay not exceed 500k bytes per second, which precludes the 
connection of high-speed disk or tape units. The optional 
DASD adapter, however, permits direct connection of up to 
four direct-access storage devices for a maximum on-line 
disk storage capacity of over 9 billion bytes. 

The 4331 Model Group 2 processor appeared in May 
1980, featuring major improvements in performance, memory 
capacity, and input/cutput capabilities over the 4331 Model 
Group 1. The rated instruction execution speed of the 4331 
Model Group 2 is twice that of the 4331 Model Group 1 and a 
little over one-half that of the 4341. The new processor is 
offered in 4 models with memory capacities of 1,2,3 and 4 
Megabytes. 

The 4331 Model Group 2 can be equipped with the same 
integrated peripheral adapters as the Group 1 processor, 
plus an optional second DASD adapter and greatly improved 
I/O channel capabilities. One high-speed block multiplexer 
channel can handle a data transfer rate of up to 1.86 
million bytes per second, permitting the attachment of high- 
speed disk storage units. 

An installed 4331 Model Group 1 processor can be 
field-upgraded to a Group 2 processor in aprcximately 13 to 
16 hours. 

The IBM 4341 processor is available in two models 
with main memory capacities of two and four megabytes. It 
features a lower purchase price and an instruction execution 
speed up to 3.2 times as fast as a System/370 Model 138 with 
1 Mbyte of memory. The 434 1*s performance capability falls 
between that of the 370/148 and the 370/158-3. IBM 
describes the 4341 as particularly suitable for experienced 
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intermediate system users who need increased processing 
power, and those who could benefit frcm distributed 

applications that require more capacity. 

None of the integrated peripheral adapters used on 
the 4331 processors is available for the 4341. Instead, all 
peripheral and communications devices are connected via 
standard I/O channels and control units. 

Along with the 4300 Series processors, IBM 

introduced five new peripheral devices: the 3310 and 3370, 

Direct-Access Storage Devices, the 3880 Control Storage, and 
the 3205 Model 5 and 3262 printers. 

Softwa re and S upp ort 

Not since the System/36Q unveiling in 1964 had IBM 
made an announcement that could impact users of its 
operating system software to such a magnitude as the 
software and support announcements that accompanied^ the 
January 1979 unveiling of the 4300 Series computer line. 
These announcements spelled out the operating environments 
cf the future, and clearly identified the life spans of 
several existing operating systenjs. [Ref. 4] 

a. Operating Systems 

There are three new system control program 
environments: 

- An extended version of DCS/VS, called DOS/VS extended, or 
simply DOS/VSE. 

- a new version of OS/VS 1 labeled Release 7. 

- and Release 6 of the Virtual Machine Facility/370 
(7M/370) . 

These system control programs (SCP'S) support a series of 
new program products many geared specifically to support the 
4300 Series computers. 

The first SCF environment is COS/VS-EXTENDED 
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(DOS/VSE) which is said to be a major expansion of DOS/VS, 
incorporating new functional and I/O support. DOS/VSE 
provides only limited multiprogramming capabilities unless 
the user acquires the DOS/VSE/advanced function product, an 
independently priced adjunct that allows the DOS/VSE user to 
employ up to 12 partitions and also makes it possible to 
incorporate many of the new program products available with 
the system. 

This extended disk-resident operating system 
provides enhancements over IEM*s older DOS/VS in the 
specific areas of processor support, hardware features, 
device support, usability inprovements, and serviceability. 
DOS/VSE supports the System/370 mode and the ECPS: mode of 
the 4300 processors. When operating in ECPSrVSE mode, 
DOS/VSE takes adavantage of the 4300 processor* s concept of 
relocating channels and page management. To support rhe 
hardware extensions to page management, the DOS/VSE 
assembler has additional privileged instructions. The basic 
DOS/VSE system provides the capability for multiprogramming 
cf five concurrent job streams, which will typically include 
the VSE/POWER spooler, a real-time subsystem such as 
CICS/VS, one or two batch job streams, and an unscheduled 
work partition for jobs that require fast turnaround. The 
system's capabilities can be significantly expanded through 
the addition of the VSE/Advanced Functions Program Product. 

The second SCP environment is OS/VS 1 Release 7, 
and IBM says that this support is of particular importance 
in a distributed data processing environment, since it will 
generally provide a high level of compatibility with an MVS 
host system. As with DOS/VSE and VM/370, CS/VS1 Release 7 
can run in ECPS mode with the EC?S:VS1 feature on either rhe 
4331 or 4341 processor or in 370 mode. 

Two of the communications-oriented enhancements 
available with OS/VS 1 Release 7 include: RES (REMOTE ENTRY 
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SERVICES ) , a component of OS/VSl which allows jobs and 
commands to be submitted from remote terminals^ with output 
returned, and HHNES (Host Remote Node Entry System) , which 
allows and OS/VSl system to be a remote job entry station to 
any HVS/JES2 or SVS/HASP System or to another OS/vsi system. 
Operation is not dedicated; batch and on-line applications 
can be run concurrently. 

In the third SCP environment, VM/370 Release 6, 
the 4300 user can operate in mixed-mode environments where 
CMS interactive computing is combined with a guest SCP 
(DOS/VSE or OS/VSl) on the 4300 processors. 

In addition to supporting DL/1 DOS/VS and 
VSE/VSAfl, vm/ 370 Release 6 supports VS/IFS (Interactive File 
Sharing) , which allows multiple CMS users to share VSAM data 
sets. VM/Directory Maintenance, for management of the 
VM/370 Directory; Display Management of the VM/370 
Directory, Display Management System/CMS; the query by 
example (QBE) interactive end-user query language; SPF/CMS 
(Structured Programming Facility/CMS) ; the DES (Display 
Editing System); high-level language support; and the System 
Installation Productivity Options/Extended (IFO/E) . 

b. Environment Types 

The 4300 Series computers support four types of 
environment [Ref. 5]: stand-alone, distributed applications, 
distributed data applications, and distributed networks. 

In the stand-alone system environment, 
compatible growth is provided from the 4331 to the 4341 or 
303x systems operating under DOS/VSE, VM/370 Eel 6, or 
OS/VSl Rel 7. Growth through VSE/POWEE shared spooling 
support cr through VM/370 BSCS Networking. 

In a distributed application environment, 
[Ref. 6) host-ccnnect applications may vary from periodic 
transmission of summary data between the 4300 and the host 
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system to a continuous connection offering HJE and/or 
passtrough capabilities. BJE is provided by DOS/VSB SNA and 
ESC program products plus VB/370 BSCS Networking and 0S/VS1 
HBNES IDP. Passtrough facilities are supported by 
ACF/VTAHE, ACF/VTAM/HSNF, and VSE/3270 Bisync Pass-through. 

Data that is mcst frequently used locally may be 
stored on the 4300 's own direct access storage devices, with 
transaction-by-transaction access to the central host data 
base as needed in distributed data applications. Here 
CICS/vs Intersystem Communications with DL/1 and IBS 
Multiple Systems Coupling provides support. 

In a distributed network, communication can be 
established between Iccal or remote 4300 *s to the host 
computer, or to IBM 8100 Information Systems. Transactions 
from the 8100’s to CICS/VS Intersystem Communications are 
supported by the 8100 DPPX Host Transaction Facility. DDPX 
also supports BJE to CS/VS1 BES and VM/370 BSCS Networking 
systems . 

c. Compatibility 

Any program written for an IBM System/370 
computer will operate on a 4300 Series Processor in 
System/370 mode, provided that it is not time-dependent; 
does not depend on system facilities such as storage size, 
I/O equipment, optional features, etc., being present when 
the facilities are not included in the configuration; does 
not depend on system facilities such as interruptions, 
operation codes, etc, , being absent when the facilities are 
included in the 4300 Processor; and does not depend on 
results or functions which IBM specifies to be unpredictable 
cr model-dependent. 

Any program written for a system/360 will 
operate on a 4300 Series processor in System/370 mode, 
provided that it follows the above rules and does not depend 
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on functions that differ between the sjstem/360 and 

System/370 . 

Any Frogram written for the IBM 4331 Processor 
in SCPS:7SE mode or System/370 mode will operate on the 4341 
processor provided it follows the above rules. 

E. THE 4341 PSOCESSOB 

1 • Hi gh l ights 

The 4341 Processor is an intermediate-scale^ general 
purpose processor. It offers System/360-and System/370 
compatible architecture, a new architecture that provides 
new functions, and a new level of price performance for 

intermediate system users made p.ossible by the use of large- 
scale integrated technology. The 4341 Processor provides 
the range of commercial and scientific data processing 
capabilities offered by System/360 and System/370. 

In addition tc supporting virtual stcrage, a virtual 
machine environment is supported by Virtual Machine 
Facility/370 (VH/370) , the successor to CP-67/CMS for 
System/370. VB/370 provides interactive computing via its 
conversational Monitor System (CMS) component and remote 
spooling via its Remote spooling Communications Subsystem 
(RSCS) component. 

a. Instruction Processing Features 

The following are instruction processing 
features of the 4341 Processor [Ref. 7]: 

- Implementation of a Sysrem/370 mode and an ECPS:VSE Mode, 
both of which support virtual storage, is standard. The 
major difference between the two modes is the way in which 
address translation is performed to support a virtual 
storage environment (ECPS:VSE mode is specifically 
designed to be utilize with the DOS/VSE operating system 
to provide increased processor performance when compared 
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to that achieved using COS/VSE executing with System/370 
mode in effect) . 

The cycle time of the 4341 processor varies from 150 to 
300 nanoseconds. 

The standard 4341 processor instruction set consists of 
the entire instruction set provided for System/370 (except 
for multiprocessing and direct control instructions) and 
several new control instructions that can he utilized only 
when ECPS: VSE mode is in effect. 

Precision of up to 28 hexadecimal digits, equal to up to 
34 decimal digits, is provided by the extended precision 
data format. 

An interval timer cf 3.3 milliseconds resolution, which 
can improve job accounting accuracy, is a functional 
feature of the 4341 processor. 

A time of day clock is included as a standard feature to 
provide more accurate time-cf-day values than does the 
interval timer. This clock has a one-micr csecond 
resolution . 

A CPO timer and clock comparator are standard. The CPU 
timer provides an interval timing capability similar to 
that of the interval timer, but has a muck larger capacity 
than the latter and is updated every microsecond, as is 
the time-of-day clock. The clock comparator can be used 
to cause an interruption when the time-of-day clock passes 
a specified value. These terms provide higher resolution 
timing facilities than the interval timer and enable more 
efficient timing facility routines to be used. 

Program event recording is standard and is designed to be 
used as a problem determination aid. This feature 
includes hardware that monitors the following during 
program execution: succesful tranches, the alteration of 
general registers, and instruction fetching from, and 
alterations of, specified areas of processor storage. It 
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only works in EC mode. In the 4341 Processor, additional 
processor time is required to execute instructions when 
program event recording is operative. 

- BCPS:VS1 and BCPS:VM/370 features are standard, they 
increase the performance of a VS1 and VH/370 Operating 
system (respectively) when it operates in a 4341 
Processor, since these functions cause certain control 
program routines to execute in hardware instead of as 
routines written using 4341 Processor instructions. 

- A reduction of up to 7 percent of supervisor state 

processor busy time has been measured when ECPS;VS1 is 
utilized by the 4341 Processor as compared to the same 
version of 0S/VS1 operating without the assist activated. 
A reduction of up to 84 percent of the supervisor state 
processor time used by CP has been measured when 

ECPS;VM/370 is utilized as compared to the same CP 
operating without the assist aotivated. 

b. Storage Features 

The following are significant storage features 

of the 4341 Processor; 

- All storage in the 4341 processor-processor (main) 
control, high speed buffer, and local memory is 
implemented using monolithic technology instead of 
discrete ferrite cores. The technology used for processor 
storage in the 4341 processor provides a much denser 
storage chip (64K or 16k bits per chip) than is used in 
most system/370 processors (2k bits per chip) . 

- A two level storage system is implemented, consisting of 
large processor storage used as backing storage for a 
smaller high-speed buffer storage. The instruction 
processing function works mostly with the buffer so that 
the effective processor storage cycle is a fraction of the 
actual processor storage cycle. Eight thousand bytes of 
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high-speed buffer storage is a standard. Data is fetched 
from the buffer at a rate of 225 nanoseconds for a 
doubleword . 

c. Channel Features 

The following channel features are provided for 
the 4341 Processor: 

- Two channel groups are available for the 4341 Processor. 
The standard channel group consists of one byte 
multiplexer and two block multiplexer channels. The 
optional channel group consists of three block multiplexer 
channels or one byte and two block multiplexer channels. 
The standard byte multiplexer channel has a 16-KB/sec 
maximum byte mode data rate for four-byte transfer 
operations. For burst mode operations, a maximum data 
rate of 1 HB/sec is possible for a buffered device. 

Optionally, one channel-to-channel adapter can 
be installed in a 4341 Processor and attached to any block 
multiplexer channel. The adapter can be used to connect 
the channel in the 4341 Processor to a channel in a 
System/360, a Systen/370, or another 4341 Processor. 

d. Monitoring Feature 

This is standard in the 4341 Processor and 
functionally identical to the System/370 monitoring feature. 
This feature provides the capability of monitoring the 
occurrence of programmed events. For example, monitoring 
can be used to perform measurement functions (how many times 
a routine was executed) or for tracing functions for the 
purpose of program debugging (which routines were executed) . 

The Monitor CALL instruction is provided with 
the monitoring feature. Execution of this instruction 
indicates the occurrence of one of the events being 
monitored. The operands of the Monitor CALL instruction 
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perait specification c£ up to 16 classes of events « each 
class with up to 16 million unique types of events. Hhen a 
Monitor CALL instruction is executed, a program interruption 
occurs, if the monitor class indicated is specified, and the 
event identification (class and type) is stored in the lower 
fixed storage area. 

Both the FEE facility and the monitoring feature 
are provided for debugging purposes. The two features 
differ from one another in (1) the number of events that can 
be defined, (2) whether the events are defined by the 
hardware or the programmer, and (3) wheter the hardware or 
the programmer checks for the events and causes the 
interruptions. Hhen PEE is used, once the events to be 
monitored have been designated by the user, processor 
hardware checks for the occurrence of the events and causes 
the interruption. Hhen the monitoring feature is used, the 
user defines the events to be flonitored (up to 16 classes 
with up to 16 million codes each, instead of four events), 
and causes the program interruption by placing MONITOE CALL 
instructions at the desired places within the program. 

e. I/O Features 

The fast internal performance of the 4341 
Processor, together with the expanded use of 
multiprogramming, requires that more data be available at a 
faster rate. The 4341 Processor supports more and faster 
concurrent high speed I/O Operations than similar models 
(370/50, 370/65). It also provides the block multiplexing 

capability, which is not available in those mcdels. The I/O 
features of the 4341 processor provide; 

- Attachment of the 3505 Beader and 3525 Punch with variety 
of models, that can operate at 800 and 1200 cards per 
minute, respectively. 

- Attachment of variety of printers. The 3203 Model 5 with 
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print speed of 1200 alphanumeric lines per minute. The 
high-speed 3211 printer with print speed of 2000 
alphanumeric lines per minute. The 3800 Printer 

subsystem, for very high-speed printing (up to 10,020 
lines per minute or 20,040 lines, with double number of 
lines per inch) . 

- Low cost attachment of up to three 3278 Model 2& displays 
and/or 3287 Model 1 or 2 printers. 

- Support of synchronous data link control communications 
for remote units attached via the 3704/3705 communications 
controllers. 

- Attachment of high-speed, high capacity, direct access 

devices, such as 3370, 3330-series, 3340/3344, 3350, and 

the 2305 Model 2. 

- Attachment of high-speed tape units, such as the 3420 
models 4, 6 and 8. 

- Potential increases in channel throughput via use of block 
multiplexing and rotational position sensing to improve 
effective data transfer rates. 

- A significantly high attainable aggregate I/O data rate to 
balance the higher performance capabilities of the 4341 
Processor. (Maximum 9MB/sec, with 5 block multiplexer 
channels) . 

2. Ccament s 

Since hardware features and programming systems 
support for the 4341 Processor are upward compatible with 
those of System/360, the 4341 Processor offers Model 50 and 
65 users significantly expanded computing capabilities 
without the necessity cf a large conversion effort. Little 
cr no time need be spent modifying operational System/360 or 
System/370 application programs or the IBM 1400 programs 
currently being emulated. 

Existing processor-bound System/360 programs can 
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execute faster in a 4341 Processor because of the 
significantly increased internal performance of the 4341 
Processor, while I/O-tcund programs can benefit from the use 
cf more processor storage, faster channel capability, block 
multiplexing, and faster I/O devices. The 4341 Processor 
also offers econcmical and flexible entry into 
commun icat ions- based applications. 

The increased power and new functions of the 4341 
Processor provide the base for expanded application 
installation and penetration of previously marginal 
application areas. New application installation and 
transition to online operations can be easier when a virtual 
storage environment is implemented. The greatly improved 
price performance of the 4341 Processor offers the 
System/360 and System/370 user the opportunity to widen his 
data processing base fcr a significantly lower cosr than was 
previously possible. 

For large installations that want undisrupted growth 
and decentralization of their data processing facilities, 
the 4341 Processor provides economical and easy entry into 
(or expansion of) distributed data processing operations. 

i virtual storage environment is designed primarily 
to provide new functional capabilities for the installation 
as a whole, although performance gains are possible for 
installations with particular environmental characteristics. 

The general functional aims of IBM-supplied virtual 
storage operating systems are (1) to use new hardware 
features and additional control program processing ro 
support certain facilities that are not possible in a 
nonvirtual storage environment because of real storage 
restraints and (2) to handle other functions that must be 
performed by installation personnel (programmers, operators, 
and system designers) when virtual storage and address 
translation are not used. 
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It is also important to note that, while a virtual 
storage operating system permits an installation to be 
independent of real storage restraints to a large degree and 
enables real storage to be utilized more efficiently, the 
performance of the system and specific advantage that can be 
achieved still depend largely on the amcunt of real storage 
present in the system and on the computing speed of the 
processor, amcng ether things. Hence, virtual storage and 
an address translation capability are not a substitute for 
real storage. Rather, they provide an installation with 
greater flexibility in the tradeoff between real storage 
size and function or performance. 

The degree to which a particular installation 
experiences the potential benefits cf a virtual 
storage/address translation environment is highly system 
configuration dependent and application dependent (number, 
type, complexity of applications installed or to be 
installed) . In addition, consideration must be given to the 
system resources that are specifically reguired to support a 
virtual storage environment. 
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III. VIETOSL M ACHINE/ SYSTEM PHODUCT (VM/SP) 

HI GHLIG HTS AND PE RFORMANCE CON S IDER A TIO NS 



A. HIGHLIGHTS 

Virtual Machine/Systen Product (VM/SP) in conjunction 
with VM/370 Release 6 is a System Control program. It 
manages the sources of an IBM System/370, or 4300, or 303x 
system complex in such a way that multiple users have a 
functional simulation of a computing system (a virtual 
machine) at their Disposal. 

That is, the virtual machine runs as if it were a real 
machine simulating both hardware and software resources of 
the system. These simulated resources can be shared either 
with other virtual machines or alternately allocated to each 
machine for a specified time. Furthermore, virtual machines 
can run the same or different operating systems 
simultaneously. Thus, the individual user can create and 
adapt his virtual machine to meet his own special needs. 

VM/370 Release 6 System consisrs of four components: 
the Centre! Pregram (CP) , Conversatiohal Monitor System 
(CMS) , Remote Spooling Communications Suhsysxem (BSCS) , and 
Interactive Problem Control System (IPCS) . Each of these 
components control its unique part of the system. Together, 
these components provide the virtual machine with time 
sharing, remote speoling, and problem reporting for 
System/370 uniprocessor, attached processor, and 
multiprocessor systems. Two of these components, CP and 
CMS, have been extensively modified with new functions and 
efficiencies and integrated into a VM/370 Release 6 base. 
In publications, this collective package, that is, CP CMS, 
BSCS and IPCS, is simply referred to as VM/SP. 
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Control Prcgraa 

The control program (CP) executes in a real machine 
controlling the resources of that machine, CP is the 
vehicle that is used to create concurrent virtual machines. 

Conversational Monitor System 

CMS is a single-user operating system designed to 
operate in a virtual machine, CMS provides a wide range of 
general-purpose, conversational time sharing functions. 

Remote Spooling Ccnmmunications Subsystem 

RSCS, VM/370 Release 6 component, is a single-user 
operating system that runs under CP, RSCS executes in one 
cr more virtual machines and transfers data between virtual 
machines and remote users. 

Interactive Problem Control System 

IPCS, a VH/370 Release 6 component, is a group of 
commands and controls that execute under CMS to provide 
problem analysis and management facilities, IPCS 
standardizes the process of reporting problems and includes 
a method for identifying duplicate problems within the 
system. It also provides the user with the capability of 
viewing and diagnosing CP abend dumps through the virtual 
machines operator’s console, 

1 • v irtua l Environment 
a. The Virtual Machine 

k virtual machine is functionally equivalent to 
a real system. It has simulated hardware and software 
resources that operate in a real computer under CP, Each 
virtual machine is defined in the VM/SP directory; the 
directory describes its simulated storage, I/O devices and 
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console. 



b. Virtual storage 

A virtual storage system can simulate real 
storage within a range of from 8 kbytes to 16 Megabytes (the 
maximum victual storage size) 

Virtual storage extends beyond the size of real 
storage and is not limited by the amount of real storage. 
It is highly probable for the combined virtual storage of 
several virtual machines to be greater than the real 
storage. Virtual Storage can be managed and protected 
through segmentation. Each segment is 64k, and there are 
from 1 to 256 segments depending on the size of virtual 
storage. As a storage protect-ion feature fcr all virtual 
machines, page and segment tables are accessible only to CP. 
Generally, one virtual machine cannot access or alter the 
virtual storage of another virtual machine; however, 
mutually consenting users may share real-only virtual 
storage and real-write virtual storage. 

c. virtual Processor 

CP provides each virtual machine with a single 
virtual processor tc execute instructions and receive 
interruptions. In actuality, this virtual processor is the 
shared use of the real processor. CP simulates the 
privileged instructions, and the real processor executes the 
non privileged instructions. The virtual processor provided 
in the virtual machine is a uniprocessor simulation. 
Attached processor and multi processor simulation is not 
supported in the virtual machine environment, regardless of 
the installation’s computer complex on which VM/SP is 
loaded . 



d. Virtual System console 
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The virtual machine system console has three 
major communication functicn-s. Jirst, to communicate to CP, 
so it can provide tc the virtual machine simulations of 
functions that are performed on real system consoles. 
Second, to provide the virtual machine user a means of 
dynamically altering specific attributes of a virtual 
machine. Third, to provide a means of communicating with 
the application program that is running in the virtual 
machine. To accomplish these functions requires a real 
terminal device. A virtual machine is "disconnected” by 
detaching its assigned supporting terminal console. It is 
done by CP command. Note, disconnecting the console does 
not negate current virtual machine processing. 

e. Virtual I/C Devices 

The virtual machine supports the same devices as 
a real machine: it is the virtual machine, not CP, that 
controls them. The I/O configuration must be defined by the 
user in the CP'S user directory entries. However, 
additional I/O requirements can be met dynamically by the 
user via CP commands. 

The user also has the option of assigning 
different addresses tc his virtual devices, or using those 
cf the real devices. In either case, CP comments the 
virtual address tc its real counterpart and performs any 
necessary data translation. 

2 . Virtual Mach ine Operating System s 

Hhile the control program of VM/SP manages the 
concurrent execution of the virtual machines, it is also 
necessary to have an operating System manage the work flow 
within each virtual machine. Because each virtual machine 
executed independently cf ether virtual machines, each one 
can use either a different Operating system or different 
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releases of the sane operating system. 

A list cf some of the operating systems [Ref. 8] 
that can execute in virtual machines, follows: 

BATCH OH SINGLE-OSER INTERACTIVE 
DOS OS/PCP 

DOS/VS OS/MFT 

DOS/VSE OS/HUT 

OS/VS 1 

RSCS OS/VS2 SVS 

OS/VS2 MVS 
OS-ASP 

HOLTIPIE - ACCESS 
VM/370 

TIME SHARING OPTION OF 
CS DCS/VSE With VSE/ICCF 

CCNVERSATICNAL 

CMS 

With the exception of OS/PCP and CMS, these are all 
multiprogramming systems. However, when operating in a 
virtual machine, the user has the choice of running multiple 
partitions in one virtual machine (Similar to stand-alone 
operation) or single partitions in multiple virtual 
machines. When running multiple partitions in one virtual 
machine, multiprogramming and unit record spooling is done 
by both the Operating System and VM/SP. When running single 
partitions in multiple virtual machines, the need for 
multiple virtual storages places a burden on auxiliary 
storage. However, this can be alleviated by using shared 
systems. 



a. Single - user Systems 

Systems that can execute interactively by a 
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single user include the CMS and any operating system that 
can execute in a virtual machine. A time-sharing environment 
is created when va/SP creates multiple virtual machines, 
each controlled by the same operating system, Thse systems 
operate concurrently with each other as well as with other 
conversational or batch systems. 

b. Multiple-access Systems 

Multiple- Access systems, such as MVS ISO, 
execute in one virtual machine and directly service many 
interactive terminals. To connect a terminal with the 
virtual machine, the user of a multiple-access system issues 
the DIAL command instead of the LOGON command. 

Once his terminal is connected, the user issues 
cnly the commands associated with the multiple-access 
system. 

3. VM/SP Ap pli cat ions 

Osing VM/SP, an installation can perform its work 
more efficiently and easily. Virtual machine applications 
aid in programming, operations, and interactive use, 

a. System Prcgramming 

- Reducing the amount of hands-cn testing time on the real 
machine. 

- Testing new or modified SVC routines in a virtual machine. 

- Generating and testing in a .virtual machine either new 
independent component releases (ICES) or new releases of 
an operating System. 

- Debugging from a terminal device. 

b. Application Prcgramming 

~ Osing the system product editor to create source programs 
and data files. 
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- Debugging frcm a teroinal while under operating system 
control 

- Providing faster turnaround time, more test periods per 
day, and a shorter development cycle. 

- Designing application programs without real sxorage 
limitations. 

- Defining minidisks and other virtual devices to design and 
test a slightly different or larger machine configuration 
before installing the hardware. 

- Using SCBIPT/VS, a program product, for text preparation, 
to create an update program specifications. 

c. Operations 

kn interactive virtual machine environment 
relieves problems of scheduling, support, and backup and 
expedites productions; seme of these operational advantages 
are: 

- Training operators in a virtual machine that is isolated 
from production virtual machines. 

- Defining a virtual machine and its devices as backup to 
another real machine. 

- Running different types of work concurrently on a single 
real machine. 

- Executing many types of batch applications with no change 
to the program either in a individual virtual machine or 
in a virtual machine dedicated to executing programs in 
batch mode. 

d. Backup System 

An installation using VH/SP has mere flexibility 
in using another System/370 computing system for backup. 
Neither the same System/370 model nor the same amount of 
real storage have to be part of the backup system. The 
backup system must include, but is not limited to the same 
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type and number of real devices as these virtual machines 
require. Also, the backup system must have a sufficient 
number of direct access storage drives so that the user 
volumes can be mounted. 

E. GENEBAL INFOBHATICN 

The performance characteristics of an operating system, 
when it is run in a virtual machine environment, are 
difficult to predict. This unpredictability is a result of 
several factors; [Bef. 9] 

- The System/370 model used. 

- The total number of virtual machines executing. 

- The type of work being done by each virtual machine. 

- The speed, capacity, and number of the paging devices. 

- The amount of fixed head paging storage. 

- The amount of real storage available, 

- The degree of channel and control unit contention, as well 
as arm contention, affecting the paging device. 

- The type and number of VH/SP performance options in use by 
one or more virtual machines. 

- The degree of MSS 3330 volume use. 

- The order in which devices are selected for preferred 
paging and spooling. 

The performance of a specific virtual machine may never 
equal that of the same operating system running standalone 
on the same System/370, but the total throughput obtained in 
the virtual machine environment may equal cr better that 
obtained on a real machine, 

When executing in a virtual machine, any function that 
cannot be performed wholly by the hardware causes some 
degree of degradation in the virtual machine's performance. 
As the control program for the real machine, CP initially 
processes all real interrupts. A virtual machine operating 
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systen's instructions are always executed in problem state. 
Any privileged instruction issued by the virtual machine 
causes a real privileged instruction exception interruption. 
The amount of work to be dene by CP to analyze and handle a 
virtual machine-initiated interrupt depends upon the type 
and complexity cf the interrupt. 

1. Program states 

When instructions in the Control Program are being 
executed, the real computer is in the supervisor state; at 
all other times, when running virtual machines, the real 
computer is in the problem state. Therefore, privileged 
instructions cannot be executed by the virtual machine. 
Programs running on a virtual machine can issue privileged 
instructions; but such an instruction either (1) causes an 
interruption that is handled by the Control Program, or (2) 
is intercepted and handled by the processor, if the virtual 
machine assist feature or VH/370 Extended Control Program 
Support is enabled and supports that instruction. CP 
examines the operating status of the virtual machine PSH. 
If the virtual machine is in problem mode, the privileged 
interrupt is reflected to the virtual machine. 

Only the Control Program may operate in the 
supervisor state cn the real machine. All programs other 
than CP operate in the problem state on the real machine. 
All user interrupts, including those caused by attempted 
privileged operations, are handled by either the control 
program or the processor (is the virtual machine assist 
feature or va/370 Extended Control- Program Support is 
available) . Only these interrupts that the user program 
would expect from a real machine are reflected to it. A 
user program executes on the virtual machine in a manner 
identical to its execution on a real System/370 processor, 
as long as the user pregram does net violate the C? 
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restrictions. 



2. Dsinq P rocess or res o urces 

CP allocates the processor resource to virtual 
nachines according to their operating characteristics, 
priority, and the system resources available. 

Virtual machines are dynamically categorized at the 
end of each time slice as interactive or noninteractive, 
depending upon the frequency of cperations to or from either 
the virtual system console or a terminal controlled by the 
virtual machine. 

Virtual machines are dispatched from one of two 
Queues, called Queue 1 and Queue 2. In order to be 
dispatched from either queue, a virtual machine must be 
considered executable (that is, not waiting for some 
activity or for some other system resource) . Virtual 

machines are not considered dispatchable if the virtual 
machine [Ref .10]. 

- Enters a virtual wait state after an I/C operation has 
begun. 

- Is waiting for a page frame of real storage. 

- Is waiting for an I/O operation to be translated by CP and 
started. 

- Is waiting for CP to simulate its privileged instructions. 

- Is waiting for a CP console function to be performed. 

a. Queue 1 

virtual machines in Queue 1 (Q1) are considered 

conversational cr interactive users, and enter this Queue 
when an interrupt frcm a terminal is reflected to the 
virtual machine. The Q1 virtual machines are ordered by 
their deadline priorities in the dispatch list. A deadline 
priority is a value calculated by the fair share scheduler 
every time a user is dropped from a queue (queue drop time) . 
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This value is based on paging activity, processor usage# the 
load on the system# and user priority. Deadline priority is 
used to determine when the user receives his next time 
slice. 

A particular virtual machine's deadline priority 
for Q1 will be better (earlier) than its corresponding 
priority for Q2. The deadline priorities for all Q1 virtual 
machines are not necessarily better than the deadline 
priorities for all Q2 virtual machines. 

virtual machines are dropped from Q1 when they 
complete their time slice cf processor usage# and are placed 
in an "eligible list". Virtual machines entering CP ccmmand 
mode are also dropped form Q1. 

b. Queue 2 

Virtual machines are selected to enter Q2 from a 
list of eligible virtual machines (the eligible list) . The 
ordering of virtual machines on the eligible list and the 
dispatch list is determined on the basis cf each virtual 
machine's deadline priority. 

There are two lists of virtual machines in Q2; 
those in the eligible list and those in the dispatch list. 
Both lists are sorted by deadline priority. A particular 
deadline priority depends on many factors: 

- The time-of-day the virtual machine last dropped from the 
dispatch list. 

- The virtual machine's user priority 

- The current load and number of virtual machines on the 
system 

- The current resource utilization of the virtual machine 

A virtual machine enters Q2 only if its working 
set size is not greater than the number of real page frames 
available for allocation at the time. The working set of a 
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virtual machine is calculated an.d saved each time a user is 
dropped from Q2. The working set size is a function of the 
number of virtual pages referred to by the virtual machine 
during its stay in Q2, and the number of its virtual pages 
that are resident in real storage at the time it is dropped 
from the queue. 

If the calculated working set of the highest 
priority virtual machine in the eligible list is greater 
than the number of page frames available for allocation, CP 
continues to search the eligible list, in deadline priority 
order, for a virtual machine whose working set does not 
exceed the number of available page frames. 

When a virtual machine completes its rime slice 
of processor usage, it is dropped from Q2 and placed in the 
eligible list according to its deadline priority. Mhen a 
virtual machine in Q2 enters CP command mode, it is removed 
from Q2. 

To leave CP mode and return his virtual machine 
to the eligible list for Q2, a user can issue a CP command 
that thransfers control to the virtual machine operating 
system for execution (for example, beging, ipl, external, 
and BSSTART) . 

virtual machines in Q2 are considered to be 
noninteractive. In CP, interactive virtual machines (those 
in Q1) , if any, are normally considered for dispatching 
before noninteractive virtual machines (Q2) . This means 
that CHS users entering commands that do not involve disk or 
tape I/O operations should get fast responses from the VM/SP 
system even with a large number of active virtual machines. 
All virtual machines (Q1 and Q2) on the dispatch list are 
ordered by their deadline priority. There can be many 
instances where some virtual machines in Q2 are considered 
for dispatching before virtual machines in Q1 because of 
their user priority, current resource utilization level, or 
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for other reasons 



c. Deadline priority 

The deadline priority is calculated at queue 
drop tiae by taking the current time-of-day (TOD) and adding 
a user bias factor, which is the product of the user bias 
ratio and the Q2 delay factor £Bef.11]« The Q2 delay 
factor, which is calculated dynamically based on 
configuration and load, is the average elapsed tiae required 
by a virtual machine to receive an amount of processor time 
equal to one Q2 time slice. In the scheduling algorithm 
calculations the Q2 delay factor is a scaling value used to 
adjust the calculation for configuration and load. Before 
adding it to the current time-of-day it is adjusted by the 
user bias ratio. The user bias ratio is less than 1, equal 
to 1, or greater than 1, depending on whether the particular 
virtual machine is currently receiving less than, equal to, 
or more than its specified amount of resources. 

?or Q1 virtual machines, the scaled bias is 
divided by 8 (since the Ql processor usage time slice is 
l/8th the Q2 time slice) . The difference between scheduling 
a virtual machine in Ql instead of Q2 is that it receives 
l/8th the amount of processor, 8 times as often. Operating 
constantly in either queue, a virtual machine should receive 
the same amount of processor resources over an extended 
period of time. The only preference given Ql virtual 
machines is when they are being moved from the eligible list 
to the dispatch list. They will be moved ahead of Q2 

virtual machines with the same or even slightly better 
deadline priorities. 

d. Queue 3 

Q3 is an extension of Q2 sheduling. It helps to 
distinguish between non-interactive virtual machines and 
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those that are frequently snitching back and forth between 
q 2 and Q1. Virtual machines that have cycled through at 
least eight consecutive Q2 processor time slices without a 
Q1 interaction are labeled Q3. Q3 virtual machines are kept 
in the same lists (or queues) as Q2 virtual machines and for 
most purposes are treated identicallly . The differences 
between Q2 and Q3 virtual machines are reflected in their 
deadline priority calculations and the amcunts of such 
processor time they are allowed in queue. Q3 virtual 
machines are allowed eight consecutive Q2 processor time 
slices before they are dropped from queue. Because of the 
eight-fold increase in processor time allowed for each time 
in queue, the scaled bias is multiplied by eight before 
adding to the current time-of-day to form the deadline 
priority. Q3 virtual machines should receive eight times as 
much processor time each time in queue as Q2 virtual 
machines, but only 1/0th as often. 

To reiterate the QVQ2 statement; operating 
constantly in any queue, a virtual machine should receive 
the same amount of processor resources over an extended 
period of elapsed time. This dees not necessarily mean that 
a virtual machine will perform the same when operating in Q3 
mode as when operating in standard Q2 mode. An amount of 
overhead (roughly proportional to the small number of 
resident pages) is used for each virtual machine when it 
drops from queue. When operating in Q3 mode, a virtual 
machine may perform much better than in normal Q2 mode 
because it is undergoing fewer queue drops. For some very 
large virtual storage programs, the total processor 
resources used has been cut in half by operating in Q3 mode 
as compared to standard Q2 mode. 

C. VIRTUAL MACHINE I/O 

To support I/O processing in a virtual machine, CE must 
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translate all virtual machine channel command «ord (CCW) 
sequences to refer to real storage and real devices and, in 
the case of minidisk, real cylinders. CE's handling of SIOS 
for virtual machines can be one of the most significant 
causes of reduced performance in virtual machines. 

The number of SIO operations required by a virtual 
machine can be significantly reduced using: large blocking 

factors (up to 4076 bytes) , preallocated data sets, virtual 
machine operating system options (such as chained scheduling 
in OS) , or finally with the substitution of a faster 
resource (virtual storage) for I/O operations, by building 
small temporary data sets in virtual storage rather than 
using an I/O device. 

Frequently, there can be a performance gain when CP 
paging is substituted for virtual machine I/O operations. 
The performance of an operating system such as OS can be 
improved by specifying as resident as many frequently used 
OS functions as are possible. In this way, paging I/O is 
substituted for virtual machine-initiated I/O. In this case 
the only work to be done by CP is to place into real storage 
the page that contains the desired routine or data. 

Three CP performance options are available to reduce the 
CP overhead associated with virtual machine I/O instructions 
or other privileged instructions used by the virtual 

machine's I/O Supervisor ;[ flef. 12 ] 

1. The 'real* option removes the need for CP to perform 
storage reference translation and paging before each I/O 
operation for a specific virtual machine. 

2. The virtual machine assist feature reduces the real 
supervisor state time used by VM/SP. 

3. 7M/370 Extended Control-Program Support (ECPS) further 
reduces the real supervisor state time used by VM/SP. 

D. PAGIUG CONSIDEBATICNS 
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when virtual machines refer to virtual storage addresses 
that are not currently in real storage, they cause a paging 
exception and the associated CP paging activity. 

The addressing characteristics of programs executing in 
virtual storage have a significant effect on the number of 
page exceptions experienced by the virtual machine. When an 
available page of virtual storage contains only reentrant 
code, paging activity can be reduced, since the page, 
although referred to, is never changed, and thus does not 
cause a write operation to the paging device. 

Virtual machines that reduce their paging activity by 
controlling their use of addressable space improve resource 
management for that virtual machine, the VM/SP system, and 
all other virtual machines. The total paging load that must 
be handled by CP is reduced, and more time is available for 
productive virtual machine use. 

Additional dynamic paging storage may be gained by 
controlling free storage allocation, the amount of free 
storage allocated at VH/SP initialization time can be 
controlled by the installaticn . 

CP provides three performance options, locked pages, 
reserved page frames, and a virtual=real area, to reduce the 
paging requirements of virtual machines. Generally, rhese 
facilities require seme dedication of real storage to the 
chosen virtual machine and, therefore, improve its 
performance at the expense of ether virtual machines. 

• L ocke d Paqes Op tio n 

The LOCK command, which is available to the system 
operator (with privilege class A) , can be used to 
permanently fix or Icck specific pages of virtual storage 
into real storage. In so doing, all paging I/O for these 
page frames is eliminated. Only frequently used pages 
should be locked into real storage. Since page zero (first 
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4096 bytes) of a virtual machine storage is referred to and 
changed frequently, it should be the first page of a 
particular virtual machine that an installation considers 
locking. The virtual machine interrupt handler pages night 
also be considered good candidates for locking. 

ether pages tc be locked depend upon the work being 
done by the particular virtual machine and its usage of 
virtual storage. 

Once a page is locked, it remains locked until 
either tbe user logs eff or the system operator issues the 
ONLOCK command- for that page. 

2. Res erved Page Frames 0 ction 

A more flexible approach than locked pages is the 
reserved page frames option. This opticn provides a 
specified virtual machine with an essentially private set of 
real page frames, the number of frames being designated by 
the system operator when he issues the CP SET RESERVE 
command line. Pages will not be locked into these frames 
but they can be paged out only for other active pages of the 
same virtual machine. 

This option is usually more efficient than locked 
pages in that the pages that remain in real storage are 
those pages with the cJreatest amount of activity at that 
moment, as determined automatically by the system. Although 
multiple virtual machines may use the lock option, only one 
virtual machine at a time may have the reserved page frames 
option active. 

The reserved page frames option provides performance 
that is generally consistent frem run to run with regard to 
paging activity. 

3* 7irtual = Re al C cti on 

This option eliminates CP paging for the selected 
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virtual machine. ill pages cf virtual machine storage, 
except page zero, are locked in the real storage locations 
they would use cn a real computer. CP controls real page 
zero, but the remainder of the CP nucJLeus is relocated and 
placed beyond the virtual=real machine in real storage. 

Since the entire address space required by virtual 
machine is locked, these page frames are not available for 
use by other virtual machines except when the 'real* machine 
is not logged on. This option increases the paging activity 
for other virtual machine users, and in some cases for 
7fl/SP. 

The 'real' cpticn is desirable when running a 
virtual machine operating system (like D0S/7S or OS/VS) that 
performs paging of its cwn because the possibility of double 
paging is eliminated, 

E. VM/SP P2HF0BMANCE CONSIDERATIONS 

7a/SP provides a number of options £ Ref. 13] an 
installation may use to improve the performance of virtual 
machines and VB/SP. Several options improve the performance 
cf installation specified virtual machines; other options 
improve the performance of all virtual machines and VM/SP. 
The options are: 

Favored execution 

- Oser priority 
Reserved page frames 
•real' 

Affinity 

Queue drop elimination 
Virtual machine assist 

- Extended Ccntrcl-Prcgraoi Suppfcrt. 

specifying a performance option may mean making a 
performance trade-off; improving the performance of one 
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virtual machine at the expense of Vil/SE and other virtual 
machines. 

1 • F avored executio n 

The favored execution options allow an installation 
to modify the normal CP deadline priority calculations in 
the fair share scheduler to force the system to devote more 
cf its processor resources to a given virtual machine than 
would ordinarly be the case: There are 2 options; 

- The basic favored execution option 

The favored execution percentage option. 

The basic, means that the virtual machine so 

designated is to remain in the dispatch list at all times, 
unless it becomes nonexecutable. When the virtual machine 
is executable, it is to be placed in the dispatchable list 
at its normal priority position. Hultiple virtual machines 
can have the basic favored execution option set. However, 
if their combined main storage requirements exceed the 

system's capacity, performance can suffer because of 

trashing. 

If the favored task is highly compute bound and must 
complete for the processor with many other tasks cf the same 
type, the installation should define the processor 
allocation to be made. In this case, the favored execution 
percentage option can be selected. This option specifies 
that the selected virtual machine, in addition to remaining 
in Queue, is guaranteed a specified minimun percentage (from 
1 to 100 percent) of the total processor time if it can use 
it. To select the favored execution option, specify the 
FAVORED operand on the SET command. 

2 • Oser Pri ority 

The 7M/SP operator can assign specific priority 
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values to different virtual machines. In so doing, the 
virtual machine uith a higher priority is allocated a larger 
share of the system resources before a virtual machine with 
a lower Priority. Oser priorities are set by the following 
class A command: 

Set PHICBITY userid nn 

where userid is the user's identification and nn is an 
integer value from 1 to 99. The value of nn affects the 
user's dispatching priority in relation to other users in 
the system. The priority value (nn) is one of the factors 
considered in the calculation of the deadline priority. The 
deadline priority is the basis on which all virtual machines 
in the system are ordered on bcth the eligible list and the 
dispatch list. The deadline priority calculation is based 
on the assumption that the average or normal (default) user 
priority is 64. 



3- Be serve d Page Frames 

VM/SP uses chained list of available and pageable 
pages. Pages for users are assigned from the available 
list, which is replenished from the pageable list. 

Pages than are temporarily locked in real storage 
are not available or pageable. The reserved page function 
gives a particular virtual machine an essentially "private" 
set of pages. The pages are not locked; they can be 

swapped, but only for the specified virtual machine. Paging 
proceeds using demand paging with a "reference bit" 

algorithm to select the best page for swapping. The number 
of reserved page frames for the virtual machine is specified 
as a maximum. 

** • Virtua l = R eal 

For this option, the VM/SP nucleus must be 
reorganized to provide an area in real storage large enough 
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to contain the entire 'real* machine. In the virtual 
machine, each page from 1 to the end is in its true real 
storage location, only its page zero is relocated. The 
virtual machine is still run in dynamic address translation 
mode, but since the virtual page address is the same as the 
real page address, no CCW translation is required. 

There are several considerations for the 'real* 
option that affect overall system operation CEef.14]. 

5 . Af finity 

This option allows virtual machines that operate on 
attached processor or multiprocessor systems to select the 
processor of their choice for program execution. In 
application, the affinity setting of a virtual machine 
implies a preference of operation to either (or neither) 
processor. Affinity of operation for a virtual machine 
means that the program of that virtual machine will be 
executed on the selected or named processor. It does not 
imply that supervisory functions and the CP housekeeping 
functions associated with the virtual machine will be 
handled by the same processor. 

In attached prccesscr systems all real I/O 
operations and associated interrupts are handled by the main 
processor. virtual I/O initiated on the attached processor 
that is mapped to real devices must transfer control to the 
main processor for real I/O execution. Therefore, benefits 
may be realized in a virtual machine “mix" by relegation 
those virtual machines that have a high I/O-tc-compu te ratio 
to the main processor, and those virtual machines that have 
a high ccmpute-to-I/0 ratio to the attached processor. Such 
decisions should be carefully weighed as every virtual 
machine is in contention with other virtual machines for 
resources of the system. 

An important use of the affinity setting would be in 
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applications where there are virtual machine program 
requirements for special hardware features that are 
available on one processor and not the other. 

6. Queue Dro£ Elimination 

7B/SP attempts to optimize system throughput by 
monitoring the execution status of virtual machines. When a 
virtual machine becomes idle; VM/SP will drop it from the 
active queue. The virtual machines page and sequent tables 
are scanned, and resident pages are invalidated and put on 
the flush list. 

va/SP determines that a virtual machine is idle when 
it voluntarily suspends execution, and no high-speed I/O 
operation is active. normally, this is an adequate 
procedure. However, in certain special cases, a virtual 
machine is determined to be idle and is dropped from the 
queue, but it becomes active again sooner than expected. If 
this cycle of queue dropping and reactivation is repeteadly 
executed, the overhead involved in invalidating and 
revalidating the virtual machine's page may become large. 

The CP class A command "SET DROP userid ON/OFF 
allows the installation to control this situation. If SET 
QDBOP OFF is in effect for a virtual machine, that virtual 
machine's pages are not scanned or flushed when the machine 
becomes idle. The page stealing mechanism is the only way 
the pages can he removed from storage. (Page stealing is 
invoked only if the flush list is empty) . 

7. Virtual Machi ne assist feat ure 

The virtual machine assist feature is a processor 
hardware feature that improves the performance of VM/SP. 
Virtual storage operating systems, which run in problem 
state under the control of VH/SP, use many privileged 
instructions and SVCs that cause interrupts that VM/3P must 
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handle. Bhen the virtual machine assist feature is used^ 
many of these interrupts are intercepted and handled by the 
processor. Consequently, VM/SP performance is improved. 

The Virtual Machine Assist Feature intercepts and 
handles interruptions caused by SVC's, invalid page 
conditions, and several privileged instructions. 

Although the assist feature was designed to improve 
the performance of VM/SP, virtual machines may see a 
performance improvement because more resources are available 
for virtual machine users. 

Whenever you IPl va/SP on a processor with the 
virtual machine assist feature, the feature is available for 
all VM/SP virtual machines. However, the system operator's 
SET command can make the feature unavailable to va/SP and, 
subsequently available again for all users. 

The virtual machine assist features is not available 
to a second-level virtual machine, that is, a virtual 
machine that is running in a virtual machine. 

3* VM/370 E xten ded Control - Progra m Supp ort (E CPS ) 

ECPS, extended, for specific privileged 
instructions, the hardware assistance that the virtual 
machine assist features, provides. ECPS also provides 
hardware assistance for frequently used VM/SP functions. 
The use of ECPS improves VM/SP performance beyond the 
performance gains that the virtual machine assist feature 
provides . 

ECPS consists of three functions; 

CP assist 

Expanded Virtual Machine assist 

Virtual interval timer assist. 

CP assist provides hardware assistance for 
frequently used paths of specific CP functions. 
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Expanded virtual machine assist extends the hardware 
assistance that the 7HAF provides for certain instructions 
and other privileged instructions. 

Virtual Interval timer assist provides hardware 
updating of the virtual interval timer. Timer updating 
occurs only while the virtual machine is in control of the 
real processor. Virtual Interval timer assist updater the 
virtual timer at the same freguency hardware updates the 
real timer, 300 times per second. Thus, virtual interval 
timer assist updates the virtual timer more frequently than 
CP updates it. Because the timer is updated more 

frequently, accounting routines may be able to provide 
accounting data that is more accurate. 

ECPS is controlled at two levels: The VM/SP system 

and the virtual machine. 

At the VH/SP system level, ECPS is automatically 
enabled when the system is loaded. At the virtual machine 
level, whenever ECPS is enabled on the system, both expanded 
virtual machine assist and virtual interval timer assist are 
automatically enabled when you log on: There are different 

class G commands that allow the user to enable or disable 
the different ECPS assists. 

F. OTHEB SYSTEM FEATDRES 

VM/SP contains several other features [Ref. 13] that 
expand the capabilities of operating systems running in 
virtual machines. They are: 

- Virtual Machine Accounting 

- Saved Systems 

- Shared Systems 

- Discontiguous saved segments 

- Shared segment protection 

- Virtual Machine communication facility. 

- Inter-Oser communication vehicle. 
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• virtual Machine Accountijog 

VM/SP keeps track of a virtual machine's usage of 
system facilities and records accounting information 
whenever the use of some changeable resource is terminated. 

2. Saved Sy ste m 

When initially loading an operating system into a 
virtual machine by device address, VM/SE reads the resident 
nucleus into real storage and erites it back out to the 
System paging device. Simultaneously it updates the virtual 
machine's paging tables. 

In addition, at system generation, the system 
programmer can specify that the virtual machine contents of 
specified users be saved automatically on DASD if either 
va/SP terminates the virtual machine or if VM/SP itself is 
terminated. 

3. Sh^ed S yste ms 

A saved system can also share reentrant portions of 
its virtual storage among many concurrently operating 
virtual machines. 

The greater the number of virtual machines that are 
using a shared system, the greater the storage savings, and 
the greater the probability that the shared pages will be 
frequently referenced. Frequently referenced pages tend to 
remain in real storage, thereby reducing paging activity. 
Less paging activity increases the efficiency of the 
processor. 

vi rtua l Machi ne Com munication Facility 

VMCF, allows one virtual machine to communicate and 
exchange data with other virtual machines operating under 
the same VM/SP System. 
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5. Int er-Oser ConiiiiaDicati oD Vehicle 

The lOCV defines a precise protocol for 
communication between virtual machines operating under the 
same VM/SP system. In addition, it is possible for 
authorized virtual machines to communicate with console 
communication services portion of VU/SPE control program. 
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IV. THE 3033 ATTACHED PROCESSO R COMPLEX 



A. THE 3033 PROCESSOR COMPLEX 

1 . Ge neral Defin i tion of Multiprocessin g 

A multiprocessing conf igjuration is cne in which two 
cr more processors are interconnected and execute two or 
more tasks simultaneously, one in each processor. 
Multiprocessing is a logical extension of multiprogramming 
in which two or more tasks operate concurrently in a single 
processor. In a multiprogramming environment one task 
executes at a time and only I/O operations fcr two cr more 
tasks can operate simultaneously. In a multiprocessing 
environment both I/O operations and instruction execution 
for two or more tasks in the same or different programs can 
cccur simultaneously, with each task executing in a 
different processor. 

The hardware connection of the processors in a 
multiprocessing configuration is the means by which the 
processors communicate with each other in order to 
coordinate the activity of the multiprocessing 
configuration. A multiprocessing configuration can be 
tightly or loosely coupled or can include a combination of 
both loosely and tightly coupled processors. 

A tightly coupled multiprocessing configuration is 
cne in which (1) the processors share access to all the 
processor storage available in each system, (2) processor- 
to-processcr communication is accomplished via the storing 
of data in shared storage and via direct prccesscr-to- 
processor signals (both program- and hardware-initiated) , 
and (3) a single control program is used. The 3033 
Multiprocessor Complex is, therefore, a tightly coupled 
multiprocessing configuration, as is the 3033 Attached 
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Processcr Complex. 

A loosely coupled multiprocessing configuration is 
cne in which (1) processors are coupled via channel-to- 
channel connections, (2) each processor has its own control 
program, and (3) a sitgle system scheduling and operational 
interface is optional. 

The objective of coupling multiple systems to form a 
multiprocessing configuration is to obtain a configuration 
that combines advantages of a single processor environment 
with those of an uncoupled multiple processor environment. 

A single processor environment offers the following 
advantages : 

- A single interface to the ccrpputing system for workload 
scheduling and operation of the system. 

- The ability to apply all the resources of the system to a 
given job step when necessary. 

The advantages provided by an uncoupled multiple 
processor configuration are: 

- The capability of adding to the configuration in smaller 
increments, that is, the addition of a smaller processor 
rather than replacement of the existing processor with the 
next larger processor when additional computing power is 
required. The next larger processor may provide 
additional computing power far in excess of that required. 

- Sore economical growth possibilities for installations 
with purchased systems. 

- Growth possibilities for large-scale installations that 
have the largest processor of the system already 
installed. 

- Enhancements to configuration available (better 
probability that a system will be available for critical 
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and 



application processing) , concurrent maintenance, 
improved reliability (protection of critical jobs from 
failures in noncritical jobs by processing them in 
separate systems) . 

2. Highlig hts of the 30_^ Processor Complex . Attache d 

Processor Comple x, and Multiprocesso r Complex 

The 3033 Processor Complex consists of the 3033 
Processor, 3036 Console, and 3037 Power and Ccolant 

Distribution Onit. The 3033 Processor is a high-speed, 
large-scale, advanced function processor of System/370. It 
has a significantly higher internal performance than 
System/370 Models 165 and 168. 

The 3033 Processor is a general purpose processor 
and offers high performance for both commercial and 
scientific applications. The 3033 processor has hardware 
features and programming systems support, such as that for 
virtual storage and virtual machines, that are designed to 
facilitate application development and maintenance. In 
addition, a 3033 Processor Complex, its I/O devices, and its 
programming support can ease the expansion of data base and 
online data processing operations. 

The 3033 Multiprocessor Complex is a tightly coupled 
multiprocessing configuration that consists of two 3033 
Processors with multiprocessing hardware interconnected via 
the 3038 Multiprocessor Communication Onit, twc 3036 
Consoles, and two 3037 Power and Coolant Distribution Onits. 

The 3033 Attached Processor Complex is a tightly 
coupled multiprocessing configuration that consists of a 
3033 Processor with multiprocessing hardware interconnected 
to a 3042 Attached Processor via the 3038 Multiprocessor 
Communication Onit, two 3036 Consoles, and two 3037 Power 
and Coolant Distribution Onits. Like a 3033 Multiprocessor 
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Conplex, the attached processor configuration can execute 
two instruction streams (tasks) simultaneously, one in each 
processor. 

B. GENEBAL DESCBIPTICN 

The 3033 Attached Processor Complex provides a growth 
path for 3033 uniprocessor users who require additional 
internal performance, but do not require all the advantages 
offered by a 3033 ilultiprocessor Complex, and offers 
advantages over two uncoupled 3033 uniprocessor 
configurations. A 3033 Attached Processor Complex operating 
under OS/7S2 is capable of providing internal performance 
1.6 to 1.8 times that of a 3033 Processor Complex. The 
internal performance improvement realized when a given 3033 
uniprocessor configuration is upgraded to a 3033 attached 
processor configuration is dependent on the amount of 
multiprogramming that can be achieved. [Bef.15] 

C. COHPONENTS 

The components of the 3033 Attached Processor Complex, 

are: 

- One 3033 Model A Processor. Functionally this unit is a 
uniprocessor model of the 3Q33 Processor with tightly 
coupled multiprocessing hardware like that implemented in 
aultiprocesscr models of the 3033 Processor. 

- One 3042 Attached Processor (AP) physically connected to 
the 3033 Model A Processor via one 3038 Multiprocessor 
Communication Unit. The 3042 AP contains an instruction 
processor function similar in capability to that in the 
3033 Model A Processor. The 3042 does not contain any 
processor storage or channels. The physical size of the 
3042 AP is smaller than that of the 3033 Model A 
Processor, since the 3042 AP does not contain c^iannel and 
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processor storage frames. The 3038 provides a 
communication path between the two processors and the two 
3036 Consoles as well as processor storage addressing 
capabilities for the 3033 and 3042. 

- Two 3036 Consoles, one for the 3033 Processor and one for 
the 3042 AP. The inclusion of a 3036 Console for the 3042 
AP provides independent power control and power monitoring 
for the 3042. This 3036 Console can also be used to 
execute limited diagnostics on a 3042 AP concurrently with 
operation of the 3033 Prccesscr. 

- Two 3037 Power and Coolant Distribution Units, each with a 
multiprocessing feature installed. Two motor generator 
sets, one for each processor, are also required. 

The 3033 Attached Processor Complex can operate in two 
modes. When attached processor (AP) mode is in effect, the 
3033 Processor and 3042 AP normally operate together as a 
tightly coupled multiprocessing configuration that shares 
processor storage in the 3033 Processor. When uniprocessor 
(OP) mode is in effect, the hardware connection between the 
3033 and 3042 is not enabled and only the 3033 Processor can 
operate as a uniprocessor. 

A 3033 Attached Processor Complex can be field converted 
to a 3033 Multiprocessor Complex. The 3033 Model A 
Processor must be converted to a 3033 Model M Processor and 
the 3042 AP must be removed and replaced with a second 3033 
Model M Processor. 

I* 30 33 Mod el A Processor 

The major elements in the 3033 processor are: 

- The instruction preprocessing function and execution 
function which fora the instruction processor function 
that executes the instruction set for the 3033 Processor. 

- Processor storage 

- The processor storage control function, which controls all 
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access to processor storage by the ether processor 
elements and the console and performs virtual-to-real 
address translation. 

Two or three channel groups and their directors. 
Maintenance and retry function. 

Standard Features for the 3033 Processor are: 

Basic Control (BC) and Extended Control (£C) mode of 
operation and control registers. 

Instruction set that includes binary/ decimal, floating- 
point, and extended precision floating-point arithmetic. 
Dynamic Address Translation 
reference and Change Recording 
System/370 Extended Facility 
Instruction retry. 

Interval timer (3.3 ns resolution) 

Tine-of-day clock 
Clock comparator and CPU. timer 
Monitoring feature 
Program Event Recording 

Expanded machine check interruption class. 

Byte-oriented operands. 

Store and fetch protection 
High-speed buffer storage - 64k bytes. 

Two channel groups, each with six channels (one byte and 
five block multiplexer) 

Channel indirect data addressing 

Limited channel logout area with I/O retry data and an 
extended channel logout. 

Reloadable control storage for the execution function and 
channel groups. 

Store status function 
Direct Control. 
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Optional features for the 3033 Processor, which can 
be field installed, are; 

- Channel- tO“Channel Adapter (o&e in the first 9 roup and one 
in the second channel group) 

- Extended Channels (third channel group and director with 
channels 12 through 15) 

- Two-Byte Interface (for block multiplexer channels 1, 7, 

and 12 or 13 only) 

2. 30^ a t t ached Processo r 

The 3042 Attached Processor, with a 57-nanosecond 
cycle tine, contains an IPPF, execution function, PSCF, and 
aaintenance and retry function, like those of the 3033 Model 
A Processor. The 3042 AP basically differs from Model A and 
uniprocessor models of the 3033 Processor in that the 3042 
does not contain any processor storage or channels. The 
PSCFs in the 3042 AP and 3033 Mpdel A Processor communicate 
with each other to support the sharing of all processor 
storage available in the 3033 Processor. There are no 
optional features for the 3042 AP. 
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30^ Wultiprocesscr Coamunicati on Unit 

The 3038 Halt iprocessor Communication Onit 

physically connects the two processors in a 3033 Attached 
Processor Complex, It provides a communication path between 
the two processors and between the two 3036 Consoles. 
Functionally, the 3038 is divided in half. Each half is 
associated with the processor it is attached to and receives 
its power and water cooling from the 3037 of its associated 
processor. Each half of the 3038 can be powered up and down 
separately from the ether half and contains and oscillator 
for timing its associated processor. 

4 . 30^ Consoles 

The two 3036 consoles are used tc perform the 
following major functions; 

- Sequence, monitor, and control power. 

- Load instruction processor (execution function) , director, 
and console microcode 

- Configure certain processor components and 3036 Console 
functions. 

- Control 3033 Processor operations (IPL, start, stop, etc.) 
and communicate with the operating system being used. 

- Configure the 3036 Console for concurrent maintenance 
operations. 

- Exercise processor components to locate a malfunction. 

- Display processor and channel indicators and logouts 

- Execute aicrodiagncstics for the 3036 and 3033 that are 
contained on diskettes. 

- Perform remote maintenance operations. 

The two 3036 Consoles in a 3033 Attached Processor 
Complex are Physically identical to the 3036 Console used in 
a 3033 Processor Complex. No changes are made to the 
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control panel or the two operating stations. However, the 
operational diskettes for a 3033 attached processor 
configuration contain processor and console microcode that 
is designed to support multiprocessing and interprocessor 
communication . 

The 3036 Console associated with the 3042 AP is 
cable connected to the 3042. This cabling provides certain 
hardwired communication functions between the 3042 AP and 
its console such as powering, logging to the diskette, 
hardware configuring using a configuration display, 
indicator displays, etc. 

Operator to operating system communication utilizing 
a display station, program access to a diskette drive 
operating in service record file mode and remote maintenance 
operations can also be performed using the 3036 Console 
associated with the 3042 AP. These operations require the 
3036 console to be attached to a channel in the 3033 
Processor, as is the other 3036 Console, and assigned three 
I/O addresses. 

For attached processor mode operations at least one 
operating station in each 3036 Console must be functional. 
This is necessary for power control for each processor and 
3036 Console to 3036 Console communication which is 
accomplished via the service support stations. All logouts 
from a processor are written to the diskette drives of its 
associated 3036 Console. 

In the normal ccnscle configuration for attached 
processor mode operations, one station in each 3036 Console 
is designated as an cperatcr station while the other is 
designated as a service support station. One operator 
station in either 3036 Console is used as the primary 
operating system console while the other can fce defined as a 
alternate or additional ccnscle. 
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D. ADVANTAGES OF A 3C33 ATTACHEJ) PROCESSOB CCNFIGORATION. 

In additicn to increased icternal performance over a 
uniprocessor configuration, an attached processor 
configuration offers advantages over two uncoupled 
uniprocessor configurations with the same total resources as 
the attached processor configuration. [Ref. 16] 

less com pl ex O per ational Re quirement s 

An attached processor configuration has less complex 
operational requirements than two uncoupled systems because 
it presents a single system image to the operator even 
though there are two instruction processor functions in the 
configuration. The operator has one operational interface 
to the entire system, one job scheduling interface, and one 
point of control for all the resources in the configuration. 
In addition, the operator must communicate with and control 
only one control program instead of two. 

2. Imp rov ed Resou rc e Otilization 

Resource utilization in an attached processor 
configuration is improved over that of two uncoupled systems 
because load leveling occurs between the two systems, there 
is a reduction in the amount of processor storage required 
by the resident control program, all I/O devices in the 
configuration can be accessed by the 3033 Processor, and rhe 
need for using shared DASD support is eliminated. 

Load leveling occurs for the twc processors because 
of the way in which VH/370 can schedule task execution in a 
tightly coupled configuration. Load leveling reduces the 
peak and valley periods cf processor utilization that 
normally occur in two uncoupled systems, as fellows. 
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The two processors are considered to be system 
resources that, when available, are allocated to ready 
basics. Osually, either processor is capable of processing 
each task in the system. Thus, as soon as a processor 
becomes available, it is allocated to the highest priority 
gueued ready task. Since there are on the average twice as 
many tasks in an attached processor configuration than in 
cne system in a two— uniprocessor environment, the chances 
are significantly reduced that no task in the attached 
processor configuration will be ready to execute and hence 
available processor time will be unutilized. 

Since there is only one copy of the VM/370 
multiprocessing control program resident in processor 
storage in an attached processor configuration, more 
processor storage is available for paging (which can benefit 
performance) than in two uncoupled systems with the same 
total amount of processor storage as in the Model A 3033 
Processor, each of which has an VM/370 uniprocessor control 
program resident. 

While the 3042 AP cannot issue I/C instr actions, it 
can process data read and to be written by the 3033 
Processor. Therefore, in effect, the I/O devices in a 3033 
attached processor configuration are pooled for use by both 
processors. More than half the total number of I/O devices 
present can be allocated to an individual job step when 
necessary. The pooling of I/O devices and sharing of 
processor storage permits the execution of jobs with larger 
processor storage and I/O device requirements than can be 
handled using one system in a configuration with two 
uncoupled systems. 

The sharing of processor storage and the ability of 
the 3033 Processor to access all I/O devices in the 
configuration also enables the VM/370 control program to 



autoaa tically handle peak load situations within jobs and to 
balance the processing across the two processors. Manual 
balancing of the wcxklcad between twc systems, as is 
required for twc uncoupled systems, is not required for a 
tightly coupled configuration. 

Through pooling the number of I/C devices in a 
tightly coupled multiprocessing configuration can be less 
than the number of I/O devices needed for twc uncoupled 
systems that are to handle the same large I/O job or peak 
load direct access storage requirements. 

Since there is only cne control program for an 
attached processor configuration, there is nc need to split 
any data base into twc parts, one for each system, or to use 
Shared CASD support in order to share a data base between 
the two systems. The use of Shared DASO support results in 
reduced throughput for two uncoupled systems because of the 
interference it introduces. This throughput reduction is 
not incurred in an attached processor configuration since 
there is only one 0S/VS2 MVS control program and it can 
maintain the integrity cf a shared data base without using 
Shared DASD support. 

H. NPS IBM 3033 System Configuration 

The configuration cf the IBM 3033 AP System installed in 
the W. B. Church Computer Center, Naval Postgraduate School, 
is the following: 
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..46wV 



IM 1Q33 AP S YSIEfl 



QUANTITY 



IIE!3 



CSSSOBS 



1 

1 

2 

2 

1 



IBB 



3033-A16 
304 2-1 

3036- 1 

3037- 1 

3038- 1 



Central Processing Unit (16 Mbytes) 
Attached Processcr Unit 
Console (2 CBTs each) 

Power and Coolant Distribution Unit 
Multi-processor Communications Unit 



MS 

2 IBM 2835-2 Drum Storage Control 

2 2305-2 Drum Storage (12 Mbytes each) 



K 



2 

2 



4 



6 

2 



1 

3 

1 



IBM 3830-2 
3350- A2 



3350- A2F 



3350-B2 

3350-B2F 



*ITEL 7830-1 
*ITEL 7330-1 
* 2314-1 



Disk Storage Control 
Disk Storage 6 Control 
(2 spindles 3 31.7.5 
Mbytes each) 

Disk Storage (Fixed head) 

(2 spindles 3 317.5 
Mbytes each) 

Disk storage (2 spindles 
3 317.5 Mbytes each) 

Disk Storage (fixed head) 

(2 spindles 3 317.5 
Mbytes each) 

Disk Storage Controller 
Disk Storage (100 Mbytes each) 
Disk Storage (8 spindles 
3 29 Mbytes each) 



;S STOBAGE 

1 

2 

2 

2 



SYSTEM (MSS) 

IBM 3851-A2 

3830-3 

3350-A2 

3350-B2 



Mass Storage Facility 
(cartridge, 50 Mbytes ea.) 
Disk Storage Control 
Disk Storage & Control 
(23100 Mbytes each) 

Disk Storage 



'SS 

2 

6 

1 

1 



♦ IBM 3803-1 

♦ 3420-8 

♦ 2803-1 

♦ 2402-1 



Tane Control 

Tape Drives (6250 bpi) 

Tane Control 

Tape Units (2 drives) 



IMINALS - COMMUNICATIONS 
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5 
31 
25 

6 

1 

1 

1 



IBM 3274-D1 
3278-2 
3278-2 
3262-3 
3777-1 
3203-3 
* 3705 



Control Onit ( 32 Terminals each) 
Display (EBCDIC) 

Display (ABL/EECEIC) 

Printer (3278-compatible) 
Communications Terminal 
Line Printer (reiqote) 
Communications Ccntroller 



Lines: 39600 bps BJE 

4 dial-up 31200 bps ASCII 

8 •• •• a 300 bps !• 

6 hard-wired 3 300 bps " 

1 '• ” 34800 lEM 3276 

1 '• « 39600 ” •' 

2 " « 39600 BJE 



ZaiNALS-COaflONICATIONS 

1 * I3B 2702-1 Transmission Control 

LX NE S • 

4 dial-up 3134.5 bps 
4 hard-wired 3134.5 bps 
1 * IBa 2701 Data Adapter Unit 

LIKES: 

3 hard-wired 34800 bps 



«OT/OOTPOI DEVICES 



1 


♦ IBM 


2821-1 


1 


* 


2821-2 


2 




1403-N1 


1 




2540-1 


1 


* 


2501-B2 


1 


♦ VERS 


8222-A 



Control Unit 

Control Unit 

Printer (1000 1pm) 

Card/Beader/Punch 

Card Eeader (self-service) 

Electrostatic Printer/Plotter 



:'ES: 1. All equipment is lEa unless otherwise indicated. 
2. The asterisks indicate the deviceds retained frcm 
cld system. 



I E M 3033 SYS TEM C ONFIGOBAIION 



CHANNELS 
(Group 0) 



2701 3705 2702 

(Comm unicat ions) 



2835 

2305 



3851 3036 3036* 

Mass CPU AP 
Storage Console 



2835 

2305 



2821 

1403 

2540 

2821 

1403 



Drums 



3830-3 

(2)3350 



ITEI 

7830 

(3) 7330-1 



3830-3 
(2) 3350 



Disk 



3042-1 

ATTiCHED 

PSOCESSOE 



3038 

MCO 



3830-2 
(6) 3350 

3274D1 
(26) 3278 

2 80 3 
(1) 2402 



3830-2 
(6) 3350 

3274D1 
(24) 3278 

3803* 

(1) 3420-7 

(2) 3420-8 



3803 

(3)342Q-8 



2314 

( 8 ) 



Disk 

Terminal 



Tapes, 

Disks 



3033 

CENTBAL 



3851* 

MSS 



2501 

Header 

(Hot) 



27 02* 
TCO 



3705* 

CC 



VERS 

PLOT 



3036 3036* 

AP CPU 
Console 



2821* 

1403 

2540 



PHOCESSCH 

UNIT 



2835* 

2305 



2835* 

2305 



Drums 



CHANNELS 
(GROUP 1) 



3830-3 
(2) 3350 
3) 7330-1 



3830-2 

(6)3350 

3274D1 
(26) 3278 



ITEL* 

7830-1 



3830-3 
(2) 3350 



3830-2* 

(6) 3350 

3274D1 3274D1 

(24) 3278 (24) 3278 



Disk 

Disk 

Terminals 



2803* 

( 1) 2402 
2 3420-3 



3803* 3803* 2314* Tapes, 

(1) 3420-7 (3) 3420-8 (8) Disks 
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13Z3P IERFORMANCJ m^sdremeni tools 

A. INTBODOCTION 

Ueasurement facilities, broadly speaking, have been 
inplenented at several levels of the Virtual Machine 
Pacility/370. The user level, the system operator level, the 
system analyst level, and the installation management level. 

Three commands [Ref. 17] INDICATE, QOERY SRM, and 
MONITOR, provide a way to dynamically measure system 
performance. 

Indicate ; provides the system analyst and general user with 
a method to observe the load conditions on the system while 
it is running. 

Q UERY SRM; Provides the system operator with expanded 
observation facilities for analyzing internal activity 
counters and parameters. 

MO NITO R ; Provides the system analyst and the system 
operator with a data collecticn tool designed for sampling 
and recording a wide range of data. The collection of data 
is divided into functional classes. The different data 
collection functions can be performed separately or 
concurrently. Keywords in the Monitor command enable the 
collecticn of data and identify the various data collection 
classes. Other keywords control the recording of collected 
data or tape for later examination and reduction. 

The VM/370 performance measurement tools are three 
separate entities [Hef.18]. The first known as LOAD 
INDICATORS includes the INDICATE and QUERY SRM commands. 
It's purpose is to provide the users, analysts, and the 
operator with the means to observe the load conditions on 
the system, to varying degrees depending on necessity and 
the levels of authority granted them, such that they may 
base their respective dealings with the system on data 
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obtained in real-time. In the case of pecformance problems, 
real-time data nay be of limited usefulness and may only 
serve to confirm that a prcblem exists. There may be no way 
of understanding, frcm a small amoun't of on line data, the 
exact nature of the problem, how it arose, or how it may be 
resolved. 

The second, known as VH/SP Mpnitor, is a general purpose 
control program service for collecting a wide range of data 
relating to most aspects of performance measurements. This 
service collects data on tape for later reduction and 
analysis. In most cases, data collection takes place with 
insignificant overhead and, thus, minimal impact on the 
system being monitored. (Reduction of the data may, of 
course, constitute a significant load tut may be done with 
batch facilities) . 

The third service is an optional data reduction system 
known as Statistics Generating package for va/370, va/SGP. 
It is available as an Installed User Program. VH/SGP 
consists of a data selection and reporting language, a 
translator, and a library of reduction programs to handle 
most classes of va/SP Monitor output. 

Therefore, together with a reduction facility, permanent 
records of summarized measurements of load and performance 
may be maintained, and problems may be thoroughly analyzed 
and resolved with definitive results. The great flexibility 
of va/SGP may be employed to massage the raw data into forms 
most acceptable by management or which carry the greatest 
impact for the given circumstances. 

E. THE INDICATE COMMAND 

The indicate command [Ref. 17] allows the general user 
and the system analyst to display at their consoles at any 
time, the usage of and contention for major system 
resources. 
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The general user can display usage of and contention for 
the lajor systea resources of processor and storage. He can 
also display the total ancunt of resources he has used 
during his terminal session and the number of I/O requests. 
If he uses the Indicate command before and after the 
execution of a program, he can determine the execution 
characteristics of that program in terms of resource usage. 

The system analyst can identify active users, the queues 
they are using, their I/O activity, their paging activity, 
and many other user characteristics and usage data. 

The va/SP Schedule maintains exponentially smoothed 
values for data provided by the XOAD option. Specifically, 
at intervals (in seconds) depending on the processor model, 
the scheduller calculates the total activities for variables 
such as CP and storage usage for the most recent interval, 
and factors them into a smoothed wait value in the following 
way :[ Ref .19] 

( 3 X old smoothed wait value + current interval wait) 

HSHV 

4 

Where HSH7 = New Smoothed wait value 

Thus, only 1/4 of the most recent interval wait is factored 
into the new smoothed wait whic,h makes it predominantly the 
cld smoothed wait value. 

The remaining INDICATE components are sampled prior to a 
user being dropped frcm a queue. Because cf the frequency 
of this event, the remaining components are subject to a 
heavier smoothing than the wait time. A general expression 
for the smoothing follows: 

nsv = ((rate - int) (osv)/rate) + civ 

where : 

nsv = new smoothing value 
CSV = old smoothing value 
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civ = current interval value (results fcund during the 
current interval (int) 

int = current interval (time p^eriod being tested) 
rate = either history interval (hrate) of 8 minutes, or 
data interval 

Other operands of the command allow users to obtain 
ether performance information that enables them to 

understand the reasons for the observed conditions* 

The Class G Ind i cate C ommand 

The format of the class G (general User) Indicate command 
is; 



INDICATE 



lOAD 

QSEB 



Where: 

Indicate LOAD produces the following response, where n is a 
decimal number [Ref. 20] 

CPO-nnnX AFU-nnnX Ql-nn Q2-nn STOfiAGE-nnS EXPAN-nnn 

PBOC xx-nn% PRCC II nn% 

P AGING- nnn/sec, STEAI-nnnX, LOAD-nnn* 

The CPD figure indicates the percentage of time that the 
main processor is running and is derived from the smoothed 
wait value maintained by the scheduler. In a multiprocessor 
environment, PHOC xx-nnnX is a smoothed value that indicates 
the percentage of time that the system is running on the IPL 
processor. 

The APO figure is the percentage of time the attached 
processor is running. In a multiprocessor environment, PBOC 
YT-nnnt is a smoothed value that indicates the percentage of 
time that the system is running on the non-IPl processor. 

The contention for the processor is represented by 
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maintained 



average numbers cf users in gueue 1 and gueue 2, 
by the scheduler. 

The next field, SIOBAGE, is a measure of the usage of 
real storage. It is an approximation of the number of pages 
in storage for in-gueue virtual machines tc the number of 
pageable pages in the system, expressed as a percentage. 

Due to the algorithm used by the scheduler in 
approximating the number of pages in storage, the value of 
STORAGE can exceed 100X. 

The value may also be less than lOOX even when the sum 
of the estimated working set for in-gueue virtual machines 
is greater than the number of pageable pages. 

The scheduler contention value, EXPAN, is the smoothed 
measure of the time it takes a virtual machine to receive a 
given amount of processor time, as follows; 

QT 

EXPAN = 

Q2 slice 



Hhere; 

QT is the average elapsed time between gueue drops a 

Q2 virtual machine spends in the Q2 dispatch list. 



Q2 slice is the amount of processor time allowed to a Q2 
virtual machine in the dispatch list. 

EXPAN is a measure of the total delay in response time 

that a virtual machine experiences due to 
contention for both real storage and the 
processor. It is maintained at a minimum value of 

1 . 



PAGING is the average number of page I/O operations (page 
reads and writes) performed per second. 
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STEAL 



LOAD 



is the percentage of page read operations that 
required a real storage p^9e to be stolen from 
another in-gueue virtual machine. 

is an artificial value that attempts to measure 
(in terms of elapsed time) the percentage of the 
system devoted to paging because of real storage 
contention. Estimated processor time involved in 
paging, the amount of time spent in pagewait, and 
the percentage cf steals are factored into the 
calculation . 



INDICATE OSBH 

Alievs a user tc determine the resources used and 
occupied by his virtual machine, and the I/O events that 
have taken, place. 

The following two line response is returned: 

PAGES; SES-nnn as-nnn READS=nnn NEITES=nnn MH-nnn FH-nnn 
VTISE=nnn:nn TTIME=nnn ;nn SIO=nnn RDH-nnn PRI-nnn PCH-nnn. 

The first line of the response displays the data from the 
user's VHBLOK that is relevant to his virtual machine's 
paging activity and resource occupancy. 

RES: is the current number of the user's virtual storage 

pages resident in real storage at the time the 
command is issued. 

HS: is the most recent system estimate of the user's 

working set size. 

BEADS: is the total number of page reads for this user 

since he legged cn or since the last ACNT command 
was issued for his virtual machine. 

WRITES; is the total number cf page writes for this user 
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since he logged cn or since the last ACNT command 
was issued for his virtual machine. 

SH: is the current number of virtual pages allocated on 

the system moveable head preferred paging area for 
this user. 

FH: is the current number of virtual pages allocated on 

the system fixed head preferred paging area for 
this user. 

The second line of the response gives the user his processor 
usage and accumulated I/O activity counts since logon or 
since the last ACNT command was issued for his virtual 
machine. 

VTIHE is the total virtual processor time for the user. 

TTIME is the total virtual processor and simulation 
time for the user. 

SIO is the total number cf nonspooled I/O requests 
issued by the user. 

SDH is the total number of virtual cards read. 

PST is the total number of virtual lines printed. 

PCH is the total number of virtual cards punched 

THE CLASS E(SISTEa ANALYST) INDICATE COMMAND 
The format of the class E Indicate command is; 



INDicate 




LOAD 

OSES 










Queues 

I/O. 

PAGing 1 

1 


userid 

IWAIT 1 
|ALL 1 


1 

1 1 



"inhere; 



INDICATE LOAD 

provides the sane output as the INDICATE LOAD option 
described under "The Class G Indicate Command.” 

INDICATE DSER ♦ 

reflects activiy cf the system analyst*s own virtual 
machine. The output of this option is the same as that 
of the INDICATE DSER * option described under ”The Class 
G INDICATE Command”. 

INDICATE USER OSERID 

allows the system analyst to determine the activity of 
other virtual machines in terms of the resources used 
and occupied and events that have taken place. Users 
with class B authority can access data from the VMBLOK 
of any user currently legged onto the system in their 
attempts tc understand an overload or poor performance 
situation . 

INDICATE QUEUES 

displays the active users, the gueues they are in, the 
storage they are occupying, and the status they are in. 
The display indicates those users currently dominating 
main storage. Users waiting in eligible lists are 
included in the response because they are contending for 
main storage and it is only by chance that they were not 
occupying main storage at the lime of the command. 

INDICATE I/O 

provides information about conditions leading to 
possible I/O contention within the system. The response 
gives the userids of all the users in I/O wait state at 
that instant in time, and the address of the real device 
to which the most recent virtual SIC was mapped. 
Because the response indioates only an instantaneous 
sample, use the command several times before assuming a 
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run 



condition to be persistent. If it is persistent, 
the SEEKS option of the HCNITOB command to conduct a 
thorough investigation of the suggested condition. 

INDICATE PAGING BAIT 

is provided for installations that have 2305s as primary 
paging devices and other direct access devices as 
secondary paging devices. A full primary device and 
subsequent allocation of paging space on the slower 
device may be responsible for degradation in system 
performance. Ose the INDICATE PAGING BAIT option when 
the INDICATE QOEDES option shows that a significant 
proportion of the users in gueuel and gueue2 are 
persistently in page wait. The response to the command 
gives the userids of those users currently in page wait 
and the numbers of page frames allocated on drum and on 
disk. 

INDICATE PAGING ALL 

displays the page residency data ox all users of the 
system (including the system nucleus and pageable 
routines) . The response is identical to that of the 
INDICATE PAGING BAIT option. 

C. QOEBI SR« AND QUEEY PAGING CCMMANDS 

1 . Qu eryin g and S^t in^ the Syst em Resou rce Man agement 
Vari ables 

The QOEHI SBB and SET SBH commands allow the system 
analyst to query and/or change internal system activity 
counters or parameter. 

The system analyst can use the class E CDEHY SRM command to 
display the following informaticn: 

current number of pageable pages 
size of the dispatching time slice 
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Setting of the maximum working set estimate 
Maximum drum page allocation limit 
Current page migration counters 

Onused segment elapsed time as criteria for page 
migration. 

Current PCI flag setting mode for 2305 page requests 

Haximum page bias value 

current interactive shift bias value 

Moveable head page migration limit. 

The class E SET SEM command allows the system 
analyst to set some of the system variables that can affect 
the values displayed by the QOEEY SRM command. 

2. Cuervinq and Se tti ng the Paging Vari a ble 

The paging variable is used in the working set size 
algorithm. The current paging load is constantly compared 
with the paging variable. Adjustments are then made in the 
working set size estimates, based on how well the actual 
load compares with the paging load variable. 

The QUERY PAGING ccmgand displajs the paging 
variable used in the working set size estimate control 
algorithm. Information cn the paging rate per second is 
available as a response to the INDICATE LOAD command. 

The SET PAGING command is used to change the paging 
variable used in the working set size estimate. 

D. THE MONITOR COMMANE 

VM/SP Monitor collects data in two ways: 

1. Ey handling interruptions caused by executing 

MONITOR CALL (MC) instructions. 

2. By using timer interruptions to give ccntrol 

periodically to sampling routines. 
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MONITOR CALL instructions with appropriate classes 
and codes are presently embedded in strategic places 
throughout the main bcdy of VM/SP code (CP) . When a MONITOR 
CALL instruction executes, a pr,ogram interruption occurs if 
the particular class of BCNITiQR CALL is enabled. The 
classes of MONITOR CALL that are enabled are determined by 
the mask in Control Register 8. 

Hhen a MONITOR CALL interruption occurs, the CP 
program interruption handler transfers control to the ?M/SP 
Monitor interruption handler where data collection takes 
place. 

Sixteen classes of separately enabled MONITOR CALL 
instructions are possible, but cnly eight are implemented in 
the 7M/SP Monitor. 

Monitor output consists of event data and sampled 
data. Event data is obtained via MONIICR CALL instructions 
placed within the VM/SP code. Sampled data is collected 
following timer interruptions. All data is recorded as 
though it were obtained through a MONITOR CALL instruction. 
This simplifies the identification of the records. 

The MONITOR command: 

Stops and starts CP internal trace table data collection. 

Displays the status of the internal trace table and each 
implemented class cf VM/SP Monitor data collection. In 
addition, it displays those specifications for automatic 
monitoring that are overridden by Monitor commands. It 
also displays whether the tape, or spool file is the 
recording medium. 

Starts and stops VM/SP data collection using tape or 
spool file. It alsc closes the spool file, if desired. 

Specifies VM/SP mcnitcr classes of data collection 
enabled, number cf buffers used, and time of data 
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collection. It also specifies other options which 
override the specifications for automatic monitoring 
contained in DHKSYS. 

Specifies the interval to be used for timer driven data 
collection. 

Specifies direct access devices that are to be included 
or excluded from a list of devices. The list defines 
direct access devices for which CP is to collect data for 
the SEEKS class. 

NOTE: fcr more detail information about the format cf the 
Class A and E Honitcr command, see [Ref. 21] 

E. ACCOONTING RECORDS 

The accounting data gathered by VH/SP can help in 
analysis of overall system operation. Also, accounting data 
can be used to bill VM/SP users for time and other system 
resources they use. 

There are three types of accounting records [Ref. 22]. 
The virtual machine user records, records for dedicated 
devices as well as T-EisJc space assigned to virtual machine 
users, and accounting records generated as a result of user 
initiated DIAGNOSE X'4C instruction. 

This service is only given to users with the account 
option (ACCT) in his directory. 

1 . Account i ng Re cor ds fo r V irtua l Ma chi ne Resource 
Osage 

The information stored in the accounting record in 
card image form when a user ends his terminal session (or 
when the ACNT command is invoked) is as follows. (Columns 
1-28 contain character data, all ether data is in 
hexadecimal form, except as noted 
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Collumn Contents 
Oserid 

Account nucber 

Date and Time of Accounting (mmddYYhhmmss) 
Number of seconds ccnnected to VM/SP SYstem 
Milliseconds of processor time used, including 
time for VK/SP supervisor functions. 
Milliseconds of virtual processor time used 
Number of page reads 

Number of page writes 

Number of virtual machine SIO instructions 
for ncnscocled I/O 

Number of spool cards to virtual punch 

Number of spool lines to virtual printer (this 

includes one line for each carriage control 
command) 

Number of spool cards form virtual reader 
Reserved 

Accounting record identification cede (01) 



Account i ng r ecords for dedicate d devices and 
tempora ry dis k space 



Accounting records are recorded and spooled to disk 
when a previouslY dedicated device and temperarY disk space 
is released bY a user via DETACH, LOGOFF, or releasing from 
DIAL (dedicated device only) . A dedicated device is any 
device assigned to a virtual machine for that machine's 
exclusive use. These include devices dedicated by the 
ATTACH command, those being assigned at logen by directory 
entries, or by a user establishing a connection (Via DIAL) 
with a system that has virtual 2702 or 2703 lines. The 
information on the accounting record is card image form is 
as follows 



1 - 8 
9-16 
17-28 
29-32 
33-36 

37-40 

41-44 

45-48 

49-52 

53-56 

57-60 



61-64 

65-78 

79-80 



Column 
1 - 8 
9-16 
17-28 
29-32 

33 

34 

35 

36 
37-38 



39-78 

79-80 



Contents 

Oserid 

Account number 

Date and time cf Accounting (mmddyvhhmmss) 

Number of seconds connected to VM/SP system 
Device class 
Device type 
Model (if any) 

Feature (if any) 

Number of cylinders of temporary disk space used 
(if any) or number of blocks used (columns 37-40) 
for fixed-blcck devices. This information appears 
only in a cede 03 accounting record. 

Onused (columns 41-78 unused for fixed-block 
devices) 

Accounting record identification cede (02,03) 
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3. Acco untin g R ecord s of Logon , Auto log , ^nd Link 

Journaling 

When LOGON, AOTOLOG, and LINK journaling is ON, 
va/SP oay write type 04, type 05, or type 06 records to the 
accounting data set. These records are written when VM/SP 
detects that a user has issued enough LOGON or AOTOLOG 
coooands with an invalid password to reach or exceed an 
installation defined threshold .value; or when a user has 
successfully issued a LINK coomand to a protected minidisk 
not owned by that user; or when a user has issued enough 
LINK commands with an invalid password to reach or exceed an 
installation defined threshold value. 

4. Accounting Records Created bv the Dser 

A virtual machine can initiate the creation of an 
accounting record that contains up to 70 bytes of 
information of his own choosing. To do this, he issues a 
DIAGNOSE code X'4C* instruction with the following operands: 

The address of a data Area in virtual storage containing 
the information in the actual format, that he wishes to 
have recorded in columns 9 through 78 of the card image 
record. 

A hexadecimal function code of X'lO* 

The length of the data area in bytes. 

The information on the accounting record is as follows: 

Column Contents 

1- 8 CJserid 

9-78 Oser formatted data 

79-80 Accounting Record identification code(CO) 

For details on DIAGNOSE instructions in a Virtual 
Machine see [Ref. 23]. 
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VI. PERF ORMANCE ANA LYSIS OF THI Va/370 



A. INTRODUCTION 

The performance of Va/370 systems is analyzed with the 
objective of developing performance and resource usage 
forecasting equations. A model is developed for analyzing 
computer performance and resource allocation, for computer 
systems using this operating system. 

In this chapter we will present a methodcloGy for doing 
the analysis, showing how response times and resource 
utilization are related to the system load. 

Some performance measurement and analysis techniques 
[Ref. 24,25] emphasized the detection of performance 
improvements caused by changes in the system. Here, no 
attempt was made to analyze the causes for improvement or 
lack of it, nor to relate these to the internal structure of 
the system. Hhat we shall try to accomplish is to relate 
the trends in the data to the performance of the system and 
thus gain an insight into what might cause the system to 
saturate and its performance to degrade. 

E. SYSTEM DESCRIPTION 

For a description of the vn/SP (VU/370) see Chapter III. 
For the configuration of the lEM 3033 AP, used in the W.E. 
Church Computer Center NPS, see Chapter IV. 

For the analysis purposes, the VM/CMS is simply a 
virtual-machine time-sharing system. Each user cf the 
system may enter tasks, normally from a remote terminal. 
The system shares its resources among these tasks. The flow 
of user tasks through the system is depicted in Figure 1. 
[Ref. 26 ] 
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A user is in the •'dorm ant” state until he has coapleted 
creating a task. Until proven otherwise, the task is 
assumed to be "interactive”, i.e, to require fast response 
while making cnly slight demands on system resources. Uhile 
receiving service, such tasks are said to be in "Q1", but 
before being admitted to this state they are called ”Q1 
Candidates". If a Q1 task does not terminate before 
consuming a certain amount of CPU time (roughly 400 
milliseconds) , it loses its "interactive" status. It now 
becomes a "Q2 Candidate" and is elegible to be admitted into 
"Q2", which is the set cf noninteractive tasks currently 
being serviced. There is alsc a limit (about five seconds) 
on the amount of CPU time that a task may receive during one 
stay in Q2. A task requiring more CPU time may cycle 
several times between the "Q2 Candidate" and "Q2" states. 

Not all the possible state transitions are shown, but 
those shewn are enough for our purposes. 
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PIG. 1 0S2R STATES AUD PRINCIPAL TRANSITIONS 




C. DEPISITIONS AND TIEICAI RELATIONS 



1 . Easic D e finit icns 

a. aultiprogr amaing Level 

The only tasks that aay actually receive CPU time at 
any moment are those in the Cl and Q2 states, those are 
called 'in-Q* tasks, and their number is the 
multiprogramming level (MPL) . The Q1 and Q2 candidates are 
tasks that are ready to run but are not allowed to do so at 
the moment because the system does not wish to overcommit 
its resources. These tasks are said tc be eligible. 
Admissions from eligible to in-Q status is in order of 
deadline priority which is based on a combination of a 
permanent directory entry, the time when the user had last 
received service, and optional penalties depending on the 
user's previous resource demands, 

In-Q user's main storage requirements are met 
dynamically through a demand paging mechanism. The system 
maintains an estimate of each user's storage requirements; 
this estimate is referred to as the user's projected working 
set. Admission is based principally on the availability of 
main storage space to accommodate the user's projected 
working set. 



While a task is in Q it requires system resources, 
e,g, main storage, file I/O, and paging I/O, in addition to 
CPO cycles. The rates at which these resources are being 
utilized thus provide additional performance measures, as do 
the response times to tasks of various types, A true 
picture of system performance can be gained only if all 
these factors are considered simultaneously, 

b. System Scheduler 

The main function of the system scheduler is to 
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maintain the optimal HEL for the given system configuration 
and user workload. The scheduler performs its task by 
estimating each user's working set, and by admitting into Q 
only as many users whcse working sets can be accommodated in 
main storage. 

2 • Import ant gela tion s 

a. HPL and Performance 

As the MPL goes up, the system is increasingly 
able to overlap the use of its various components, 
consequently improving their utilization. Soon, however, 
cne or more components approach 100% utilization, so that no 
further increase is possible. The system is then said to be 
saturated. There is no benefit in increasing the HPL beyond 
the saturation point, which is determined primarily by the 
system configuration See figure 2. The saturation point is 
also affected by the nature of the work load if the work is 
unevenly spread among the system components, saturation will 
occur sooner than if the load is well-balanced. 

At any rate, if the effects of paging are 
ignored, then curve A in Figure 3 shows a typical 
relationship between performance (as measured by CPU 
utilization) and the HPL. This curve might be an idealized 
representation of a 7H/370 system with essentially infinite 
main storage capacity (hence, negligible paging activity) . 

In a real system, main storage capacity is 
finite. As the MPl increases, the amount of storage 
available to each program decreases, hence the paging rate 
increases. This increase becomes drastic when the storage 
allocated to each program falls below its "working set". 
Soon the paging channel becomes saturated, and further 
increases in the relative paging rate force down the 
productive utilization of other components, such as the CPU. 
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FIGOBE. 2 

RELATICN BETWEEN MEL AND NUMBSB OP OSERS 




PIGUEE. 3 
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b. Load and Eerfcrmance 



BARD [Ref. 27], of IBH, believes that it is 
iaportant to understand the relation between MPL and 
performance, but what one is really interested in, is the 
relation between performance and the load placed on the 
system. He took the number of active users as the primary 
measure of system load. The measure is open to much valid 
criticism. Mo two users are alike; how can we compare a user 
who is editing a file under CHS to one who is using the IPL 
procedure for a large virtual Hachine ? yet measurements 
taken at many installations have shown that performance 
variables averaged over reasonable periods of time (one 
week, say) present very consistent patterns when plotted 
against number of active users. 

c. Response Time and System Load 

As the Bard flodel [Ref. 28] indicates, we can 
also determine how task response time is affected by system 
load. Suppose we have a specific task in mind requiring one 
second of CPO time to complete. The response time is 
composed of the running time, and the waiting time in the 
eligible set, which is proportional to the number of tasks 
in that set. To obtain the running time, suppose a task 
requires one second of CPO tine. Let 0 (n) be the CPO time 
utilization at HPL = n. If system resources are shared 
fairly among users, the task receives, on the average, 
u(n)/n seconds of CPO TiHE per second of elapsed tine, and 
hence its running tine nay be estimated as n/u(n) seconds to 
complete the task required time of 1 second. 

The proportionality factor (waiting time in 
eligible list Vs Number of tasks in that list) is 
determined: as follows If the average task required T 
seconds of CPO time, and the HPL = M, then a task leaves Q1 
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or Q2 on the average of every T/u (n) seconds. Hence, if 
there are a eligible tasks, the expected waiting time is M 
I/u (n) . Thus, the relation of Figure 4 can be obtained, 
where the total response time is shown VS the number of 
users. Figure 4 shows the essential effect of saturation on 
response time. 

This analysis applies to a typical task, i.e. 
one whose various resource requirements are roughly 
proportional to those cf the overall work lead. Radically 
different types of tasks, e.g., compute-bound or I/O bound 
ones, may present completely different response profiles, k 
system whose I/O channels are saturated may have enough 
leftover CPO power to maintain excellent response to a 
compute-bound task, ard vice versa. 
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FIGURE. 4 

RELATION BETWEEN RESPONSE TIME AND USER LOAD 
% Cf’O 




FIGURE. 5 

RELATION EZT3EEN CPU UTILIZATION AND USER LOAD 
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d. System Resource Otilization 

For each number of active users, «e could find 
the CiPL (Figure 2) , and then based on it find the 
utilization. The result is shown in Figure 5: utilizaxion 
climbs up to the saturation point and then levels off. In 
practice, utilization actually starts to decrease somewhat 
fceyond the saturation point, due to increased contention 
and increased consumption of storage space by system control 
blocks. 



e. The effect of Storage Capacities 

The typical results for various storage 
capacities are shown in figure 3 £ Ref. 25]. In curve B, 

storage capacity can accommodate the working sets of three 
programs. Hence, utilization peaks at an HPL of three. 

Similarly, curves C and D depict storage capacities of six 
and nine programs, respectively. Observe that the maximum 
utilization in curve E is considerably below the infinite- 
storage saturation level, but is very close to it in curves 
C and D. It appears that only a limited gain in performance 
is attainable by increasing storage capacity much beyond 
accommodating six programs, which is the infinite-storage 
saturation point. 

In the UPS 3033 AP the storage is fixed and we 
could not use this effect in this particular analysis. 

f. System Expansion Factor 

Typically, as the number of simultaneous users 
increases, the response time steadily degrades, but sharply 
degrades after some critical number of users. Thus, if we 
act so as to maximize the number of simulxaneous users, the 
effect is to maximize the number of people to whom we are 
presenting a sharply degraded service. This means that the 
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nuaber of simultaneous system users could te a misleading 
measure of system load. System expansion factor rather than 
nuaber of simultaneous users could be a better measure for 
the computing center and for the users. This factor is 
defined as the ratio of the actual time tc do a unit of 
computer-limited work to the minimum time to do that work in 
a stand-alone envircnaent, and is calculated by dividing the 
total system service time plus gueueing time to perform some 
user-requested action by the CPO time plus the estimated I/O 
time This assumes that computatipn time and I/O time for any 
cne user are not overlapped. It also assumes that all 
paging and disk ara movement are overhead operations, 
induced by contention. Although this is net entirely true 
in all cases, it serves well enough as a first-order 
aproiimaticn of what actually happens. 

3. Bo ttle necks 

Piets such as Fig. 4 and Fig. 5 cculd be used to 
spot saturation conditions and determine the user load under 
which they occur. If there is no evidence of saturation, 
all is well. However, if saturation is detected, we must 
next determine the systei compenenx that is causing the 
saturation. This component, wliich is called a bottleneck, 
is one whose capacity must be increased first before overall 
system performance can be improved. Such improvement would 
te felt in two ways: an increased nuaber of users could be 
served before the onset of saturation, and system throughput 
at saturation wculd be increased. 

The main hardware components of a VM/370 system are 
the CPO, main storage, the paging subsystem and the I/O 
(other than paging subsystem) . Bottlenecks in any of these 
components can be spotted. However, this kind of analysis is 
not the main objective of this thesis, and we will describe 
some cases only as examples cf bottlenecks. 



a. The CPU 



The CPU is saturated when its utilization 
approaches 100 percent. A truly saturated CPU can be cured 
cnly by being replaced with a fasrer one. However, some 
further analysis may reveal different underlying causes for 
the saturation and suggest cures of a less dramatic nature. 

One case in point occurs when the CPU becomes 
saturated due to paging activity. This occurs when total 
CPU utilization approaches 100 percent, prctlem state time 
declines, and paging rate climbs as the number of users 
increases. Such conditions prevail if, for seme reason, the 
scheduler consistently underestimates working sets and thus 
maintains too high a HPL. Reducing the HPL will release 
some of the CPU time spent on paging, but whether or not the 
reduced 8PL will be sufficiently high to maintain good 
throughput depends on the amo-unt of storage available. 
Increasing storage capacity while retaining the same MPL 
would also decrease the paging rate and release some CPU 
time for productive use. 

The presence of compute-bound jobs in the work 
load can result in very high CPU utilization. However, Some 
of the CPU time can be made available to other users, should 
they need it. Thus, if response time to the compute-bound 
tasks is not a primary concern, then we should not really 
consider the CPU tc be saturated. 

t. Sain Storage 

Main storage is (cr at least the scheduler 
thinks that it is) saturated when the eligible list is 
almost never empty, [Bef.30]. Nevertheless, a saturated 
memory is not necessarily a performance bottleneck. If 
paging is moderate and the CPU is fully utilized, then main 
storage capacity is adequate and will have to be increased 
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only after a more powerful CPU is installed. If both paging 
and CPU utilization are light, then the scheduler is 
probably overestimating working sets and conseguently 
maintaining too low a MPL. 

If the paging rate is high, productive CPU 
utilization (’t problem state time) is low, and if the MPL is 
high, then the scheduler may be at fault. This so-called 
trashing condition may be removed by inducing the scheduler 
to maintain a lower HPL. 

Only if the MPL is low, paging is heavy, and 
productive CPU utilization {% problem state time) is low, is 
the saturated main storage a true bottleneck and in need of 
expansion. 

c. Paging 

There are three components which contribute to 
the total system wait time in the VM/370. The idle wait, 
when no high-speed I/O requests are outstanding. The page 
wait, when outstanding I/O requests are primarily for 
paging. The I/O wait, when outstanding I/O requests are not 
primarily for paging. 

Typically, the idle-wait state predominates when 
the number of users is small. By the time saturation is 
reached, idle wait will have decreased to zero. Absence of 
idle wait in itself, however is no proof of saturation when 
the number of users is moderate, there may be enough work to 
keep either the CPU or an I/O path busy at any given time, 
but not enough to saturate either. 

If the CPU is not the bottleneck, there will be 
a substantial amount of wait state even at saturation. This 
wait state may be due to pcor overlapping of CPU and I/O 
activities caused by main storage being insufficient to 
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accommodate an adequate HPL. If this is not the case, 
however, and if page wait accounts for the major part of the 
residual wait time, then the paging subsystem is probably at 
fault. 



Page wait may be experienced either because the 
paging rate is too high or because page transit time is too 
long. The first condition is caused by working sets being 
underestimated by the scheduler. The second occurs when 
either no high-speed paging devices are installed or their 
capacity has been exceeded. 

d. I/O Activity 

A bottleneck in the I/O subsystem reveals 
itself in a manner analogous to the paging subsystem. If 
there is enough main storage t.o maintain an adequate UPL, 
and yet a significant amount of I/O wait time remains at 
saturation, a deficient I/C subsystem is indicated. It may 
be simply that the work load is so I/O bound that no 
possible expansion of the I/O facilities will handle it. In 
this case, one might conclude that the CPU in use is too 
fast and a slower one would suffice. More typically, some 
rearrangement or expansion of the I/O subsystem will solve 
the problem. 



Onder extreme conditions, an I/C bottleneck may 
develop if the BPL is tcc high, rather than too low. If 
there is a concidence between very high MPL and high I/O 
wait time, one should amend the scheduler sc as to restrict 
the MPL tc a lower level. 

D. DATA REQOIHEMENTS 

The fcregcing analysis requires that performance and 
resource usage variables be measured over a certain time 
period, say, one or two weeks of operation. 
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For this particular experiment. The measurements have to 
be done using the tools available to a General Osar, which 
is the status of the author. This means that only 
priviledge class G commands are available. In Chapter V the 
va/SP performance tools are described, most cf which are not 
available to the General Oser. 

The actual tools that are available for a General Oser 
and were used in the experiment are: 

- The CP Indicate 104D command (class G) 

- The CP Indicate USER command (class G) 

Other commands used to gather information are the 
following; 

- CP QOSRI VIBTOAl 

- CP QUERY TEBaiN4L 

- CP QUERY SET 

- CP QUERY TIHE 

- CP QUERY USERS 



Note; See Chapter 


V Section 


B fcr Indicate command 


formats. 








The list of the perf 


ormance and 


reso urce 


usage variables 


to be measured is next; 








VARIABLE 






TOOL 


Response time 


(seconds) 


CP 


Q TIME 


Expansion 


(seconds) 


CP 


IND LOAD 


VIHT CPU 


(seconds) 


CP 


Q TIME 


TOT CPU 


(seconds) 


CP 


Q TIME 


CPU UTILIZATION 


( * ) 


CP 


IND LOAD 


APO UTILIZATION 


( X ) 


CP 


IND LOAD 


Storage 


( X ) 


CP 


IND LOAD 


Paging 


(Fag/Sec) 


CP 


IND LOAD 
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Residents 


( Pages ) 


CP IND OSEH 


Worksheet size 


( Pages ) 


CP IND OSEH 


SIO 


( Count ) 


CP IND OSER 


Users 


( Count ) 


CP Q USERS 


Q1 


( Ccunt ) 


CP IN LOAD 


Q2 


( Count ) 


CP IN LOAD 


ML 


( Ccunt ) 


(Cl ♦ Q2) 



Note: to do a coEflete bottleneck analysis, some data 

required (% Problem state time, X Idle wait time, % Page 
wait time, X I/O wait time) is not obtainable with the use 
cf priviledge class G (General User) commands. This 
represented a significant limitation for data gathering and 
analysis. 

1 . Variab les C ef inition 

a. CPU X (CP) 

indicates the percentage of time that the main 
processor is running and is derived from the smoothed wait 
value maintained by the scheduler. 

b. APO X (AP) 

is the percentage of the time the attached 
processor is running. 

c. Storage (SI) 

is a measure of the usage of real storage. It 
is an approximation cf the number of pages in storage for 
in-queue virtual machines to the number cf pageable pages in 
the system, expressed as a percentage. 

d. Expansion (EX) 

is the scheduler contention value, and is the 
smoothed measure of the time it takes a virtual machine to 



receive a given aoount of processor time. It is a measure 
of the total delay in response time that a virtual machine 
experiences due to contention for both real storage and the 

processor. If there is no contention for either resource, 

EXPAN is maintained at a minimum value cf 1 second. 

€. Paging (PA) 

is the average number of page I/O operations 

(page reads and vrites) performed per second. 

f. Residents (RES) 

is the current number of the user's virtual 

storage pages resident in real storage at the time the 
command is issued. 

g. Working Set (MS) 

the system maintains an estimate of each user's 
storage requirements, this estimate is refered to as the 
user's projected working set. 

h. SIO (SIO) 

is the total number of nonpooled I/O requests 
issued by the user. 

I. Q1 (C1) 

is the number of interactive tasks, i.e. , those 
who require fast response while making only slight demands 
on system resources. 

j. Q2 (C2) 

is the number cf ncninteractive tasks currenxly 
being serviced. 

k. aultiprogramming Level (MPL) 
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is the nuniter of tasks that nay actually receive 
CPO time at any moment. It is equal to the number of tasks 
in Q1 and Q2 states. 

1. Response time (BE) 

Composed of the running time and the waiting 
time in the eligible list. This variable is going to be used 
as the performance variable of the system, in this analysis. 

NOTE.- He'll use the symbols in parentheses to refer to the 
respective variables, 

E. OSEB WORKLOAD CHAE ACTEBIZATION 

Two kinds of synthetic programs were chosen. Both 
algorithms are very simple, with the intention to avoid 
unnecessary complexity, being representative and sufficient 
for our purposes. 

The first algorithm accesses a file of data and reads a 
value, executes additions the number of times that value 
indicates, and writes the result another file. In this 
algorithm access to the input and output files was included 
to control the execution. 

The second algorithm accesses a file a number of times, 
reading some values each time and then writing them to 
another file. 

These two algorithms have been written in FOBTHANH, 
HATPIV, COEOL, and PASCAL. 

Besides these algorithms, two script files are used for 
ether types of tasks. Three file handling commands were 
tested: The ERASE, RENAHE, and COPYFILE COHaANDS. 

Considering the cempilatien and execution of the same 



99 



in the case of FOETSANH and 



algorithm as different tasks, 

COBOL, the tasks to be used as representatives of typical 
tasks are the following: 



Task Same Task Type 



1 


FT 


1 


C 


FortranH CPU task (compilaticn) 


2 


FT 


1 


E 


FortranH CPU tasJc (Execution) 


3 


FT 


2 


C 


FortranH I/O task (compilation) 


4 


FT 


2 


E 


FortranH I/O task (execution) 


5 


FT 


3 


C 


FortranH 


6 


FT 


3 


E 


FortranH 


7 


FT 


4 


C 


FortranH 


8 


FT 


4 


E 


FortranH 


9 


WT 


1 




Oatfiv CPO task (Comp and Exe) 


10 


VT 


2 




Satfiv I/O task (comp and exe) 


11 


CT 


1 


C 


Cobol CPO task (compilation) 


12 


CT 


1 


E 


Cobol CPO task (execution) 


13 


CT 


2 


C 


Cobol I/O task (compilation) 


14 


CT 


2 


E 


Cobol I/O task (execution) 


15 


PT 


1 




Pascal CPO task (comp and exe) 


16 


PT 


2 




Pascal I/O task (comp and exe) 


17 


ST 


1 




Script task 1 


18 


ST 


2 




Script tast 2 


19 


he: 


NAME 


RENAME TASIK 


20 


COPYFILE 


Copyfile task 


21 


ERASE 


Erase task 


22 


MIXT 




All the tasks abcve runing 



continously. 



Note: tasks 5,6,7 and 8 correspond to tasks 1,2,3 and 4 
executed using different compilaticn options. 



F. TiaSS AND SOHEEE CF CESEBVATIONS 

Pour "shifts” were considered. The morning shift, which 
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is from 0800-13C0; th€ afternoon shift from 1300-1800; the 
weekend shift from 0900 to 2100, Saturdays and Sundays, the 
•fixed' shift which is from 1500 to 1530 hours, only on 
weekdays . 

An observation (fcr our purposes) is defined as the 
procedure of data collection of the values of performance 
and resource usage variables fcr the 22 tasks indicated 
above. 

Twenty five observations were made for each shift, which 
makes a total of one hundred observations. This means that 
each task will be executed 100 times, at different times of 
the day, and days of the week. 

Given the number cf tasks than had to be executed for 
each observation, an EXEC procedure was written in a way 
that allowed us to execute the 22 tasks, to gather 
performance information raguired for each one, continuosly, 
one after the other, and with only one command. 

The creation of listing files, display of messages, and 
output generated by the different tasks, had to be avoided, 
when possible, in order to incur the least overhead, and to 
reduce considerably the output for each observation. All 
the information gathered by one observation is stored in a 
file created by spooling the console output and sending it 
to the printer. 

G. DATA COLLECTION 

The first observation was taken Nov 5, 1981 and the last 
one Nov 20, 1981. The observations were done at different 
times of the day, weekdays, and weekends, according to the 
number cf observations reguired for each shift but without 
any particular pattern. 
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The different execs which were used are listed in 
Appendix A. The algorithms written in the four languages 
are described in Appendix B. The formats used to record the 
data and a sample of the actual data recorded for a 
particular task are shown in appendix C. A sample of one 

observation output is in Appendix D. 

To take one observation as an example, the command used 

was: 



DACO XXX 'SHIFT* YYI 



where: 

CACO stands for DATA collection and is the name of the Main 
Exec. 

XXX is the number of the cbservations 

'Shift' indicates Morning, afternoon, weekend, or fixed. 

YYY is the number of cbservations by shifts. 

After one observation was finished, the values of the 
performance and resource usage variables and additional 
information required for each task were taken from the 
'observation output' and recorded in the forms of Appendix 

C. 



Once the data fcr the 100 cbservations were written in 
the forms mentioned above, the raw data collection was 
finished . 

H. THE USE OF "MINITAE" 

"MIHITAB" is a general purpose statistical computing 
system, designed especially for students and researchers 
primarily for moderate size data sets which can be stored in 
main memory. Minitab was found especially helpful for 
exploring data in the early phases of analysis, for 
plotting, and fcr regressicn analysis. 
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In order to use 'flinitab* an MTAB type file «as created 
containing the data recorded for each task. After all these 
MTAB files were created, equal numbers of worksheets were 
created and saved, using aiNITAE commands. At this point 
all the raw data gathered was ready to be processed. 

ninitab has been available in the NFS Computer Center 
since the 31st August, 1901. loz more information see the 
ainitab Eeference Manual [Bef.29J. 

'ainitab* consists of a vorJcsheet of rows and columns, 
in which data are stored, and a collection of about 150 
commands, which operate on the data stored in the worksheet. 

1 . Da^ Reduction 

For each task the correlation between every two 
performance and resource usage variables were calculated. 
Observing primarily those with higher correlation 
coefficients, seme basic transformations such as log and 
square rcot were applied to the performance and resource 
usage variables. 

Different plots depicting the relation between 
performance and resource usage variables were obtained and 
analyzed. 

I. HBSOLTS 

^ • Co rrelation Co eff icients 

Samples of the tables of correlation coefficients 
obtained for each task are shown in Tables 1,2. 

aiNITAB R2LE1SE 81.1 

COPYRIGHT - PENN STATE UNIV. 1981 

*** NAVAL PCSTGHADDATE SCHOOL (31 AUG 81) 7EB. 3 

STORAGE AVAILABLE 40000 
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retr ' wf t 1c ' 



TABLI 1 



corr c1-c15 





SB 


OES 


BE 


EX 


CP 


AP 


OBS 


-0.057 












SE 


-0.434 


-0. 1 15 










EX 


-0.554 


0. 138 


0.593 








CP 


-0.675 


0. 120 


0^365 


0.418 






AP 


-0.752 


-0.019 


0.338 


0.361 


0.758 




ST 


-0.598 


0.242 


0.537 


0.308 


0.728 


0.535 


PA 


-0.572 


0.276 


0.44 0 


0.757 


0.598 


0.527 


SES 


0.497 


0.016 


-0.449 


-0.557 


-0.540 


-0.478 


»S 


0.504 


-0.032 


-0.458 


-0.555 


-0.557 


-0.489 


SIO 


-0.102 


-0. 101 


-0.047 


0.077 


0.196 


0.244 


OS 


-0.644 


0. 124 


0.499 


0.727 


0.654 


0.661 


Q1 


-0.595 


0. 1 15 


0.669 


0.895 


0.590 


0.442 


Q2 


-0.657 


0.099 


0.669 


0.814 


0.746 


0.641 


MPL 


-0.649 


0.109 


0.689 


0 .874 


0.698 


0.571 




ST 


PA 


SES 


HS 


SIO 


OS 


PA 


0.804 












RES 


-0.618 


-0.688 










WS 


-0.638 


-0.696 


0.987 








SIO 


0.187 


0. 129 


-0.132 


-0.098 






OS 


0.710 


0.893 


-0.640 


-0.649 


0.109 




Q1 


0.898 


0.820 


-0.601 


-0.617 


0.065 


0.773 


Q2 


0.926 


0.764 


-0.643 


-0.651 


0.178 


0.749 


aPL 


0.941 


0.811 


-0.643 


-0.655 


0. 132 


0.782 




Q1 


Q2 










Q2 


0.885 












aPL 


0.962 


0.978 
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retr ' wmix ' 



T 



corr cl-c15 





sa 


OBS 


OBS 


-0.057 




R3 


-0.514 


-0.027 


3X 


-0.554 


0.138 


CP 


-0.675 


0.120 


AP 


-0.752 


-0.019 


ST 


-0.598 


0.242 


PA 


-0.572 


0.276 


RES 


0.497 


0.016 


HS 


0.504 


-0.032 


SIO 


-0.102 


-0.101 


OS 


-0.644 


0. 124 


Q1 


-0.595 


0. 1 15 


Q2 


-0.657 


0.099 


MPL 


-0.649 


0.109 




ST 


PA 


PA 


0.804 




RES 


-0.618 


-0.688 


is 


-0.638 


-0.696 


SIO. 


0.187 


0. 129 


US 


0.710 


0.8S3 


Q1 


0.898 


0.820 


Q2 


0.926 


0.764 


HPL 


0.941 


0.811 




Q1 


C2 


Q2 


0.885 




HPL 


C.962 


0.978 



2 



RE 


EX 


CP 


AP 


.718 








.533 


0.418 






.446 


0.361 


0.758 




.700 


0.808 


0.728 


0.535 


.617 


0.757 


0.598 


0.527 


.573 


-0.557 


-0.540 


-d.478 


.578 


-0.555 


-0.557 


-0.489 


.067 


0.077 


0.196 


0.244 


.630 


0.727 


0.654 


0.661 


.779 


0.895 


0.590 


0.442 


.801 


0.814 


0.746 


0.641 


.815 


0.874 


0.698 


0.571 


RES 


HS 


SIO 


US 



987 








132 


-0.098 






640 


-0.649 


0. 109 




601 


-0.617 


0.065 


0.773 


643 


-0.651 


0.178 


0.749 


643 


-0.655 


0.132 


0.782 



ABLE 

0 

0 

0 

0 

0 

-0 

-0 

0 

0 

0 

0 

0 

0 

-0 

-0 

-0 

-0 

-0 
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mt 




The results ottained ate the following: for Tasks 1 
to 16 and 22 the higher correlation coefficients are the 
following; 

BETWEEN AVERAGE 



HE 


and 


EX 


.59 


BE 


and 


ST 


.59 


RE 


and 


US 


.53 


RE 


and 


MEL 


.70 


EX 


and 


MPL 


.85 


cE 


and 


Q2 


.77 


ST 


and 


MPL 


.93 


PA 


and 


OS 


.89 


CE 


and 


OS 


.65 




and 


VS 


.67 



For the Tasks 17, 18, 19 and 21 the response time 
obtained was always less or equal to 1 second, independently 
of the lead on the system. The time information gathered by 
the CP QUERY TIME commands have precision of the order of 
seconds. Thus, nc further analysis can be done on these 
tasks in terms of response time and its relation with other 
performance variables, using these commands as the source of 
data for Response time. The sizes of the two script files 
used by Tasks 17 and 18 are in relation of 1 to 10. Even so, 
it was not possible to note differences in the response 
tines for these tasks. Obviously, the RENAME and ERASE 
tasks are very trivial and the tools used to record response 
time does not allow us to establish a relation between the 
response time and the load on the system. 

For the Task 20, 'COEYFILE' the only moderately high 
correlation coef fiecient , considering Response time, was: RE 
vs SIO, .524 . Seme other results were consistent with 
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those obtained for Tasks 1 to 16 and 22, That is, the 
compilations, executions and the Copyfile tasks. They are : 



EX 


and 


HPL 


.857 


CP 


and 


Q2 


.781 


iP 


and 


as 


.683 


ST 


and 


HPL 


.936 


PA 


and 


OS 


,893 


WS 


and 


RES 


.987 


CP 


and 


OS 


.659 



When the plots are made, they may immediately reveal 
some clear trends, but sometimes, however, the trends will 
be masked by random fluctuations in the data. This is most 
likely to occur in those portions of the curves where 
relatively few observations axe available, typically in the 
upper and lower ranges of user values. 

Other reasons for these fluctuations are that in 
this experiment the system wcrklcad variations have net been 
minimized; as a General user, there is no tool available to 
measure these variations. 

In the worst case, there are fluctuations in system 
workload that vary frem I/O oriented to CPU oriented. 

2* Relatio n Betwe^ HPL and CPO Dti liza t ion 

4s shown in Figure 6, the trend corresponds to the 
situation shown in Figure 3. 

The saturation point is affected by the nature of 
the work-load of the system. We can assume that for the top 
points of Figure 6 the work load is CP oriented demanding 
more CP utilization. We can see that with an MPL of 5 the CP 
utilization reaches approximately 96X. 
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In contrast the bottom points are considered to be 
I/O workload oriented, which demands more I/O activity than 
CPO utilization. Obviously, for an I/O oriented work load, 
the CPO utilization will net rise up to a saturation point. 
An example of this is the observation that with an HPL of 13 
the CPU utilization is approximately only 55X. 
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re tr • wf t 1c • 
plot 'cp* •apl* 
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a.o 8.0 12.0 
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FIG. 6 

BELATICN EEIHEEN CPU OIILIZATICN AMD MPL 
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3. 



Be latio D Betw een gg L a nd AP util i zat icn 

The plot of Figure 7 shows that the AP is saturated 
with an MPL of about 3. If we compare the plots of Figures 
6 and 7 we can apreciate that the AP is more utilized than 
the CPOr which may indicate that load leveling is not 
effective. Furthermore# it could indicate that the workload 
of the system is not I/O oriented# as one would expect for 
this particular system# given that the AP does not process 
I/O instructions. 

B elatic n Between R espo nse T ime and n umber of Users 

The plot of Figure 8 shows the essential effect of 
saturation on response time. Below the saturation point# 
approximately 86# the system is able to serve additional 
users without severely impacting response time. With more 
than about 86 users, additional users can be accomodated 
only at the cost of reduced service to all. 

Again this analysis applies to a typical task# i.e.# 
one whose various resource requirements are roughly 
proportional tc those cf the overall work-lead. Radically 
different work loads# e.g.# compute bound or I/O bound ones# 
may affect the response profile for a particular task when 
related to the number cf users. 

The plot of Figure 8 corresponds to the FortranH 
Task 1 # and is representative of all the compilation and 
execution tasks even fer differe.nt languages. 

If we observe the trend of Figure 8 it is very 
similar to the typical curve shown in Figure U# and was 
obtained by real measurements on the system. 
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plot 'AP* 'ePL* 



% 

AP 

100 . ♦ 

♦ 

3 
2 

80 . ♦ 4 

2 

- ♦ 

60 . ♦ * 

- ♦ 

* 

- * 

- « 

40 . ♦ * 

- 2 
- 2 

- * 3 

20 . ♦ * 

- 6 

- 4 

0 . 

♦ ♦ + -f + MPL 

0.0 4.0 8.0 12.0 16.0 



* 

* 



* 

« 



4 

6 

* 

* 

2 



* 

4 

4 

* 



2 

* 



2 ♦ 



* 



FIG. 7 

HZLATICN BEISEEM APO UTILIZATICN ANC aPL 
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plot 're' 0 50 'us' 0 110 



sec 



RE 



50. ♦ 



* 



40. + 



30. + 



* 



♦ 
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FIG. 8 

RELAIION BETWEEN EESECNSE TIME AND NOilBEE OF USEES 
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plot *EE' 



HPL' 
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FIG. 9 

aZLAIION BEIWEZN HESPCNSE TIME AND MPL 



♦ MPL 

.0 
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5. Relation Between Respons e T ime and M£L 

The plot of Figure 9 shows that the response time 
rises with a very slight increment in MFL until MPL reaches 
the value of about 9. After that, the effect of increase in 
aPL produces a very high increase in response time. 

Relati on Be^eea Osers and Multiprog r amm i ng Level 

Figure 10 shows the relation between MPL and Users. 
If we observe the trend and project it, we can estimate that 
the saturation point is around 105 and that even if the 
number of users exceed this number. The higher MPL will be 
around 14 or 15. Obviously, if this occurs, more tasks will 
be pending and waiting in the eligible list before being 
serviced, and the response time will increase rapidly for a 
particular task. Note that with an MPL of around 9, the 
number of users varies from 65 to 95 (for this data) . 

7. Relation B etw een Expa nsion and MPL 

The MPL is somewhat correlated with Expansion and 
the plot of Figure 11 allows us to estimate expansion based 
on values of MPL. 
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plot 'HPL* 'OS' 
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FIG. 10 

3ELATICH EEIKEEN NOMBEB OF USEES AND aPL 
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fn • 



plot 'EX' 'SEL* 
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FIG. 1.1 

8E1AIICN EETWEEN EXPANSION AND MEL 
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J. HBGHESSION ANALYSIS 



A major difficulty in the -evaluation of computer systems 
has oeen the inability tc provide a valid quantification of 
the relationship between performance and work load [Ref. 31]. 
the problem of the presence of a large number of variables 
is compounded when -the interactions of these variables must 
be taken into account. 

A regression equation can serve as a predictor of 
performance and resource usage within the range of the 
variables which were used tc estimate the regression 
coefficients [Ref. 32]. A disadvantage results from treating 
computer functions as black boxes, where the regression 
variables are black box inputs and outputs. This macro 
approach fails to deal with the internal structure of 
computer functions. The characteristics of the Internal 
structures may be important determinants of computer 
performance. Also, it is possible to have a very good fit 
between dependent and Independent variables without a cause 
and effect reason for the relationship. The goodness of the 
fit may mislead ona to believe that the mathematical 
relationship implies a physical relationship. 

1 . S imple Re^r^sio n E quat i ons 

The correlation analysis showed some high 
correlation coefficients, and we considered those for the 
regression equations. 

Regression equations were obtained for all those 
relations that shewed high correlation, with emphasis on the 
Performance variable. Response time, and those independent 
variables which are the major contributors for its 
prediction . 

A summary of the regression equations which were 
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developed appears Id Tables 3 to 6 for four different tasks. 

Se can see that the variable with highest 
contribution tc the variation of Response time is the 
Multiprogramming level. The mean of its contribution for 
the tasks used in the experiment is: 54 X. 
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T^BLE 3 



T&SK •Flic* 



DEP 

VAR 


INDEP 

VAR 


r 


2 

r 


SS 

xlO-2 


HS=SS/DF 

X10-2 


3E 


EX 


.59 


. 35 1 


15.70 


15.70 


RE 


ST 


.53 


. 288 


12. 87 


12.87 


HE 


OS 


.49 


. 24 9 


11. 12 


11.12 


RE 


MPL 


.68 


.47 4 


21.22 


21.22 


EX 


HPL 


.87 


.764 


1.84 


1.84 


CP 


Q2 


.74 


. 556 


263. 50 


273.50 


ST 


SPL 


.94 


. 885 


58. 62 


58.62 


PA 


OS 


.89 


.798 


193.50 


193.50 


ws 


RES 


.96 


. 975 


79. 22 


79.22 


AP 


OS 


.66 


. 437 


354.70 


354.70 



DEP 

VAR 


IND 

VAR 


r 


TABLE 4 
TASK 'MIX* 

2 

R 


SS 

X10-4 


MS=SS/DF 

X10-4 


HE 


EX 


.71 


. 516 


31.99 


31.99 


RE 


ST 


.69 


. 489 


30.34 


30.34 


RE 


OS 


.63 


.397 


24.6 1 


24.61 


RE 


MPL 


.81 


.664 


41 . 14 
X10-2 


4 1. 14 


EX 


MPL 


.87 


.76 4 


1.84 


1.84 


CP 


Q2 


.74 


.556 


273.50 


273.50 


ST 


MPL 


.94 


. 885 


58.62 


58.62 


PA 


OS 


.89 


.798 


193.50 


193.50 




RES 


.98 


. 975 


79.22 


79.22 


AP 


OS 


.66 


. 437 


354.70 


354.70 
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lAELE 5 



TASK 'CT1C* 



DEP 

7AB 


IND 

VAR 


r 


2 

R 


SS 

X10-2 


MS=SS/DP 

X10-2 


RE 


EX 


.57 


.326 


18.36 


18.36 


RE 


ST 


. 6 2 


. 387 


21.77 


21.77 


RE 


OS 


.53 


. 284 


15.99 


15.99 


RE 


BPL 


.69 


.484 


27.23 


27.23 


EX 


MPL 


.85 


.728 


2.03 


2.03 


CP 


Q2 


.77 


.600 


304.20 


304.20 


ST 


HPL 


.93 


. 874 


67.52 


67.52 


PA 


OS 


.89 


.809 


199. 60 


199.60 


WS 


RES 


.14 


.02 


2.18 


2.18 


AP 


OS 


.67 


.451 


366.80 


366.80 







TABLE 6 










TASK 


CT2E 






DEV 


IMD 


r 


2 


SS 


MS=SS/DF 




VAR 




R 


X10-2 


X10-2 


RE 


EX 


. 58 


.338 


4.28 


4.28 


RE 


ST 


.63 


.401 


5.07 


5.07 


RE 


OS 


.55 


.306 


3.87 


3.87 


RE 


BPL 


. 74 


.55 9 


7.08 


7.08 


EX 


BPL 


.85 


. 724 


2.00 


2.00 


CP 


Q2 


.77 


.602 


304.20 


304.20 


ST 


BPL 


.93 


. 876 


66.14 


66.14 


PA 


OS 


. 89 


.005 


195.06 


195.06 


WS 


EES 


. 39 


. 159 


28.97 


28.97 


AP 


OS 


. 68 


. 467 


384.83 


84.80 
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2 . 



Multipl e R egr essi on Eq u ation s 



This approach was taken to investigate the 
possibility of inprcving the forecast by using more than one 
predictor variable, 

A summary of the regression equations which were 
developed appears in Tables 7 to 10 for four different 
tasks. 

It is easy to- observe in these tables that the major 
contributions to the variation of response time come from 
the number of Osers, Multiprogramming Level and Storage, 
where MPL, alone, is almost as good as the three variables 
combined . 



Calculating the mean for the different tasks, we can 
show the contribution of the three variables above, using a 
pie chart: 

/^ILSIOJA L 




FIGURE. 12 

MULTIPLE CONTBIEUTICN TO THE VARIATION IN 'RE‘ 
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The contribut icn cf each variable is shown belcw; 






SIMPLE CCNTBIEDTICN TO THE VARIATION IN 'EE' 



If we include *Exp* as the 4th variable, the 
contribution only rises frca 59.6 to 59.7. This indicates 
that 'Exp* is very dependert cn other independent variables 
such as storage. 

Now, if we coapare the contribution cf 'MPL', 'US', 
'ST' together with that of 'MPL* alone, we can see that the 
difference is 6^. 

Therefore, the Multiprogramming level can be 
considered the variable with the highest contribution to the 
variation in response time, thus the test load indicator 
found with the data gathered for this experiment. 

The correlation between 'OS' and 'MPL' is .78, Thus, 
since the number cf users is easy to obtain, this could also 
be considered as a predictor (not accurate in all the cases) 
cf response time. 
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TABLE 7 



TASK *FT1C* 



DEP 


IND 


2 


SS 


MS=£S/DP 


VAR 


VAR 


R 


X10-2 


X10-2 


RE 


us,aL 


.479 


21.40 


10.70 


RE 


US, ML 


. 593 


26.52 


8.84 




SI 








HE 


US, ML 


.594 


26.57 


6.64 




ST, El 








RE 


US,HL 


.602 


26. 91 


5.38 




ST, EX, PA 








HE 


OS, ML, ST 
El, PA, CP 


.614 


27.45 


4.57 


RE 


OS, ML, ST 


.615 


27.50 


3.92 




EX, PA, CP 









AF 
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TABLE 8 



TASK'HIX* 



DEP 


IND 


0 


SS 


MS=SS/DF 


VAR 


VAR 


H 


X10-4 


X10-4 


RE 


OS,HL 


.664 


-41.14 


20.57 


RE 


OS, ML 


.704 


43.61 


14.53 




ST 








RE 


OS, ML 


.704 


43.61 


1C. 90 




ST, El 








HE 


OS,HL 


.704 


43.62 


8.72 




ST, EX, PA 








HE 


OS, ML, ST 


.704 


43.65 


7.27 




EX, FA, CP 








RE 


OS, ML, ST 


.705 


43.70 


6.24 



EX,FA,CF 

AP 
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TABLE 9 







TASK 


•CT1C* 




DEP 


IND 




SS 


as=ss/DF 


7AB 


VAR 


R 


X10-2 


X10-2 


SE 


OS, ML 


.485 


27.28 


13.64 


RE 


OS, ML 
ST 


.491 


27.66 


9.22 


RE 


OS, ML 
ST, EX 


.493 


27.75 


6.93 


RE 


OS , ML 
ST, EX , FA 


.504 


28.34 


5.66 


RE 


OS, ML, ST 
EX, FA, CP 


.508 


28.57 


4.76 


RE 


OS, ML, ST 
EX, FA , CP 
AP 


.510 


28.69 


4.09 
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TABLE 10 



TASK 'CT2E' 



DEP 

VAB 


IND 

7AE 


2 

R 


ss 

JC10-2 


MS=SS/DF 

X10-2 


RE 


0S,3L 


. 563 


7. 13 


3.56 


RE 


OS,HL 

ST 


.60 


7.61 


2.53 


RE 


OS,HL 
ST, EX 


.607 


7.69 


1.92 


RE 


OS, ML 
ST, EX, PA 


.607 


7.69 


1.53 


RE 


OS, ML, ST 
EX, FA, CP 


.607 


7.70 


1.28 


RE 


OS, ML, SI 


.607 


7.70 


1.10 



EX, FA, CP 
AF 
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APPENDIX A 



CACO EXEC 



THIS IS THE SAIN EXEC DSED TO BUN EACH OBSERVATION 



STRACE 

GLOBAL TXTLIE COEIIBVS 
ACC 19E P 



♦OBSERVATION 


103 




FIXED 


025 


♦ 


MORNING 


025 


* 


AFTERNCON 


025 


♦ 


WEEKEND 


025 



CP SPOOL CCN TO * START NOTBRil CONT CLASS A 

STIPE 

STIPE 

STRACE 

SA = SLITEHAL OF CBSERVATION 
SB = SLITERAL OF ♦♦♦♦* 

STIPE SA SI SB S2 S3 

EXEC BLK5 

CP Q T 

STIPE 

STIPE 

STIPE 

STIPE SISTEH DESCRIPTION 
EXEC BLK5 
CP C SET 
STIPE 

CP C TERMINAL 
STIPE 

CP Q VIRTUAL 
STIPE 

CP C PROCESS 
STIPE 

CP C SPMODE 
STIPE 
CP Q TIME 
STIPE 

CP Q USERS 

STIPE 

STIPE 

EXEC ELK20 
EXEC ELK 5 

««**** PORTRANH TASK 1 
EXEC FORTAS1 
STIPE 
EXEC ELKS 

«*«««« FORTRANH TASK 2 

EXEC FORTAS2 

STIPE 

EXEC BLK10 

FORTRANH TASK 3 
EXEC FORTAS3 
STIPE 
EXEC BLK5 

FORTRANH TASK 4 
EXEC FORTAS4 
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5TYFE 
EXEC ELKS 

*9***'* MATFIV TASK 1 

EXEC WATTAS1 

STYFS 

EXEC DLK10 
EXEC BLK20 

****** WATFIV TASK 2 
EXEC HATTAS2 
5TYFE 

EXEC BLK20 
EXEC ELK20 
****** COBOL TASK 1 
EXEC COBTAS1 
STYFE 

EXEC BLK10 
*m**** COBOL TASK 2 
EXEC C03TAS2 
6TYFE 

EXEC BLK20 

****** PASCAL TASK 1 

EXEC PASTAS1 

&TYFE 

EXEC ELKS 

EXEC ELK20 

****** pascal task 2 

EXEC PASTAS2 
&TYFE 

EXEC ELK10 
EXEC BLK20 

****** SCRIPT TASK 1 
EXEC SCRTAS1 
STYFE 

EXEC BLK20 
EXEC BLK20 

******* SCRIPT TASK 2 

EXEC SCRTAS2 

STYFE 

STYFE 

STYFE 

EXEC ELK 10 

****** MISCELLANZOOS TASKS 
EXEC aiSTAS 

CP SPOOL CCN STOP CLOS? 

CP SPCOL CCN OFF 
READ CONSOLE FILE 
Q TIME 

PRINT CONSOLE FILE (LINECCUJl 77 
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«***«*««**«««* «*«**4i***4i 

THIS IS THE EXEC FORTAS 1 

«««««««« 

STRACE 

SPRINT FORTRANH lASK 1 
Size DAC01 

FORTH! PORTAS1 (NOPRINT 
EXEC DAC01 

GLOBAL TXTLIB FORTIJCD2 HOD2EEH 

FILEDEP 01 DISK FT1D DATA A>1 (RECFM FB LRECL 80 PERM 
FILEDEF 02 DISK ET10 DATA A.1 (RECFM FB LRECL 80 PERM 
SPRINT 
SPRINT 

LOAD FORTAS1 (START 
EXEC DAC01 



»*«««*««*«***4i4«4**«»««* 

THIS IS THE EXEC NATTAS 1 
STRACE 

SPRINT MATEIV TASK 1 
EXEC DAC01 
FILEDEF 06 CLEAR 

FILEDEF 01 DISK ttllD HATFIV A1 (RECFM FE LRECL 80 PERM 
STYPE 

MATFI7 WATTAS1 BT1D 
EXEC DAC01 



««**««dk*4t**«***« «««««*«* 

THIS IS THE EXEC COBTAS1 



STRACE 

SPRINT COBOL TASK 1 

STYPE 

STYPE 

GLOBAL TXTLIB COELIBVS 
ACC 1 9E P 

FILEDEF CARDIN DISK CUD DATA (PERM 

FILEDEF CARDOU DISK CI1C DATA (PERM 

EXEC DAC01 

COECL COBTAS1 

EXEC DAC01 

LOAD COBTAS1 (START 

EXEC DAC01 



THIS IS THE EXEC PASTAS1 
STRACE 

SPRINT PASCAL TASK 1 
EXEC DAC01 
PW PA STAS 1 
EXEC DAC01 
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AffENDIX E 



FRCGBAMS CQ^ 



t*t.*** this is the FIBST FCBTEANH ALGOfillHil ****** 



C THIS IS THE FIRST FORTRANH TASK 

SDM=0 

READJOl,*) J 

C READING A VAIDE FBOH AN INPUT FILE 

DO 50 1=1, J 

C EXECUTING AN ADDITION J TIMES 

SOH = SOI1+100 
50 CONTINUE 

WRITE (02. ») SUM 

C WRITING A VAIDE TO AN OUTPUT FILE 

STOP 
END 



«*i»*«* this is THE SECCND FORTRANH ALGORITHM ****** 



THIS IS THE FOBTBANH TASK 2 
SOM = 0 
DO 50 1=1,20 
HEADING FROM 



AN INPUT FILE AND HRITING TO AN OUTPUT FILE 



READ (01, ♦) A,B,C,D,E 
■ .i)A,B,C,D,E 



♦A+E+C+D+E 



WRITE (02, 

SOM = SUM 
50 CONTINUE 

AVBR=SDH/100 
WHITS (02, ♦) AVER 

TO CHECK ALL THE DATA WAS READ CORRECTLY 

STOP 

END 

$JCE 



this is the FIRST WATFIV ALGORITHM ****** 



1 

2 

3 

4 

5 

6 
7 
3 



C 



50 



THIS IS THE FIBST WATFIV TASK 
SUM=0 




CONTINUE 
WRITE (06,*) SUM 
STOP 
END 



SENTRY 

SJOB 



this is the SECCND WATFIV ALGORITHM ****** 
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OVD OD -^ONUl -P Ul M ^ 



C THIS IS THE HAIFIV TASK 2 

SOM=0 



50 COMTINOE 




1 1 



AVER=SOM/100 
BEITE (06, ♦) AVER 
STOP 
END 



SENTRY 



****** THIS IS THE FIRST COBOL ALGORITHM 



IDENTIFICATION DIVISION. 

PROGRAfl-ID. CCETAS1, 

AOTHOR. iOHL. 

SKIP1 

♦ THIS IS THE FIRST COBOL TASK 
SKIP1 

ENVIRONMENT DIVISION. 

CONFIGOHATION SECTION. 

SOORCE-COMFOTEE. IEH-3033. 

OBJECT-COMPOTEH. IEH-3033. 

SKIP1 

INPDT-OOTPOI SECTION. 

FIIE-CCNTROL. 

SELECT IN-DATA ASSIGN TO DA-S-CARDIN. 
SELECT OOI-DATA ASSIGN TO OR-S-CAEDOU. 

DATA DIVISION. 

FILE SECTION. 

FD IN-DATA LABEL BECORCS ARE STANDARD. 

01 NUM1. 



PROCEDORE DIVISION. 

SKIP1 

CCNTROL-EOUTINE. 

SKIP1 

PERFORM INITIALIZE. 

PERFORM SUMATICN UNTIL REPS IS EQUAL TO NUM. 
PERFORM CLEANUP. 

STOP RUN. 

INITIALIZE. 

OPEN INPUT IN-CAIA. 

OPEN OUTPCT OUT-DATA. 

MOVE ZERO TO SUMIOT, REPS, TOTAL. 

READ IN-DATA AT END STOP RUN. 

SUMATION. 

ADD 100 TO SOMTOT. 

ADD 1 TC REPS. 

CL EANDP . 

WRITE TOTAL FROM SUMTOT. 



05 NUM 




05 FILLER 

FD OUT-DATA lABEL RECO-RES 
01 TOTAL 

WORKING-STORAGE SECTION. 

77 SOMTOT 
77 REPS 



VJ uXX jL X • 

PICTURE 999999. 



PICTURE 999999 
PICTURE 99999. 
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CLOSE IN-EATA. 
CLOSE OOT-CATA. 



IHIS IS THE SECCNL COBOL ALGOfilTHB ♦♦♦♦♦* 



IDENTIFICATIOM DIVISION. 

FSCGBAM-ID. CCEIAS2. 

ADTHOH. WCaL. 

SKIP1 

♦ THIS IS THE SECOND COBOL TASK 
SKIE1 

ENVIRONMENT DIVISION. 

CONFIGURATION SECTION. 

SOURCE-CCMPOTEE. IEH-303J. 

OBJECT-COMPUTER. IEM-3033. 

SKIP1 

INPUT-OUTPUT SECTION. 

FIIE-CCNTEOL. 

SELECT IN-DATA ASSIGN TO DA-S-CABDIN. 
SELECT OUT-DATA ASSIGN TO UR-S-CARDOU. 



01 



FD 

01 



01 



PIC 9. 
PIC 9. 
PIC 9. 
PIC 
PIC 



9, 

9, 



PIC 9. 

PIC 999. 

PIC 99 VALUE IS 20. 
PIC 99. 



DATA DIVISION. 

FILE SECTION. 

ED IN-DATA LABEL EECORDS ARE STANDARD. 

INUHS. 

05 NUM1 PIC 9. 

05 NUM2 PIC 9. 

05 NUM3 PIC 9. 

05 NUM4 PIC 9. 

05 NUM5 PIC 9. 

05 FILLER PIC X (75) . 

OUT-DATA LABEL RECORDS ARE OMITTED. 

ONUBS. 

05 NUH1 
05 N0M2 
05 NUM3 
05 NOMU 
05 NUM5 
AVER 

WORKING-STORAGE SECTION. 

77 SUMTCT 
77 COON 
77 REPS 
PROCEDURE DIVISION. 

SKIP1 

CCNTROL-BOUTINE. 

SKIP1 

PERFORM INITIALIZE. 

PEHFCRM READ-WRITE UNTIL REPS IS EQUAL TO COUN. 
PERFORM CLEANUP. 

STOP RON. 

INITIALIZE. 

OPEN INPUT IN-DATA. 

OPEN OUTPUT OUT-DATA. 

MOVE ZERO TO SOMTOT# REPS, AVER. 

BEAD-WRITE. 

READ IN-DATA. 

WRITE ONOMS FBCM INUMS. 

ADD NUM1 OF INUMS TO SOMTOT. 

ADD NOM2 OF INUMS TO SUMTOT. 

ADD NOM3 OF INUMS TO SUMTOT. 

ADD NUMU OF INUMS TO SUMTOT. 

ADD NOM5 CF INUMS TO SUMTOT. 

ADD 1 TO HEPS. 

CLEANUP. 
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CCMFOTE SDMTOI = SOMIOT / 100. 
WRITE AVER FBOB SOMICT. 

CLOSE IN-CATA. 

CLOSE ODT-CATA. 



this is the first pascal ^LGOfilTHH ****** 



(* this is the first PASCAL TASK ♦) 

PROGRAM PASTAS1 (INPUT, COTPOI) ; 

VAR SDH : INTEGER; 

NDH : INTEGER; 

REP : INTEGER; 

X ; FILE OF CHAR; 

Y ; FILE OF CHAR; 

BEGIN 

(♦ OPENING INPDI AND COTPDT FILES *) 
RESET (X, • PT1D DATA A‘) : 

REWRITE (Y.'PTIC DATA A').* 

WRITELN; WRITELN ; 
saM;=0;NDH:=0;REP:=0; 

READ(X, NDH) ; 

WHILE REP <= NDH DO 

BEGIN SDH :=S0H+100; REP:=EEP+1 END; 
WRITELN (T,SDH) ; 

END. 



this is the SECOND PASCAL ALGORITHH ****** 



(* THIS IS THE SECOND PASCAL TASK *) 
PROGRAM PASTAS2 (INPUT, OUTPDT) ; 

CONST H=100: 



VAR 



INiSGER; 

INTEGER; 

INTEGER; 

INTEGER; 

,D,E; INTEGER; 
FILE OF CHAR; 
FILE OF CHAR; 



SOM 
NDH : 

TIM : 

AVER: 

A , B ,C , 

Y 

BEGIN 

(* OPENING INPUT AND OUTPUT FILES ♦) 
RESET (X, *PT2D DATA A* ) ; 

REWRITE (Y,'PT2C DATA A*); 

WRITELN: WRITELN; 

SUM := 0;AVER := 0;TIM := 0; 

REPEAT HEADjfX.A) ; 

WRITE (X, A) ; 

SUM ;= SUM+A; 

TIM := IIM+1; 

WRITELN (Y,TIM) 

UNTIL TIM=100; 

AVER ;= SOM CIV 100: 

WRITE (Y, AVER) ; WRITELN (Y,SUM) 

END . 
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APPENDIX C 



SAfiPLE DATA 



THIS IS SAMPLE DATA OF THE FIRST FOBTRANH TASK - COMPILATION 
MINITAB RELEASE 81.1 

*=•* COPYRIGHT - PENN STATE ONIV. 1981 

*♦* NAVAL POSTGRADUATE SCHOOL (31 AUG 81) VEB. 3 

STORAGE AVAILABLE 40000 



retr 'wftic' 
O'atputwidth 60 



irint cl 
:OLOMN 


-c15 

SH 


OBS 


RE 


:OONT 


100 


100 


100 


[OW 

1 


6. 


1. 


30. 


2 


1. 


2. 


22. 


3 


1. 


3. 


49. 


4 


13. 


4. 


8. 


5 


13. 


5. 


4. 


6 


6. 


6. 


4. 


7 


6. 


7. 


5. 


3 


1. 


8. 


2. 


9 


13. 


9. 


9. 


10 


13. 


10. 


7. 


1 1 


6. 


11 . 


5. 


12 


6. 


12 . 


8. 


13 


1. 


13. 


4. 


14 


13. 


14. 


5 . 


15 


13. 


15. 


4. 


16 


13. 


16. 


5. 


17 


6. 


17. 


4. 


18 


1. 


18. 


7. 


19 


1. 


19. 


3. 


20 


13. 


20. 


5. 


21 


13. 


2 1. 


3. 


22 


13. 


22. 


3. 


23 


13. 


23. 


4. 


24 


6. 


24. 


17. 


25 


6. 


25. 


4. 


26 


26. 


26. 


3 . 


27 


26. 


27. 


2. 


28 


26. 


28. 


2. 


29 


26. 


29. 


2. 


30 


26. 


30. 


2. 


31 


26. 


31. 


3. 


32 


26. 


32. 


2. 


33 


26. 


33. 


3. 


34 


26. 


34. 


3 . 


35 


26. 


35. 


3. 


36 


26. 


3 6. 


3. 


37 


26 . 


37. 


2. 


38 


26. 


38. 


3. 



EX 

100 

4. 

4. 

7. 

3. 

2 . 

2 . 

3. 
2 . 
2 . 
1 . 

4. 

3. 
2 . 
2 . 
2 . 

4. 
1 . 
2 . 
1 . 
1 . 
2 . 
2 . 
2 . 
3. 
3. 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
1 . 
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39 


26. 


39. 


2 


40 


13. 


40. 


4 


41 


13. 


41. 


3 


42 


6. 


42. 


9 


43 


6 . 


43. 


14 


44 


6. 


44. 


14 


45 


6. 


45. 


9 


46 


1. 


46. 


12 


47 


1. 


47. 


12 


48 


1. 


48. 


6 


49 


1. 


49. 


20 


50 


1. 


50. 


8 


51 


1. 


51. 


5 


52 


1. 


52. 


1 1 


53 


1. 


53. 


2 


54 


13. 


54. 


9 


55 


13. 


55. 


5 


56 


13. 


56. 


5 


57 


6. 


57. 


10 


58 


6. 


58. 


5 


59 


1. 


59. 


6 


60 


1. 


60. 


17 


61 


1. 


6 1. 


13 


62 


1 . 


62. 


7 


63 


1. 


6 3. 


5 


64 


1. 


64. 


6 


65 


1. 


65. 


3 


66 


26. 


66. 


2 


67 


26 . 


67. 


6 


68 


26. 


68. 


4 


69 


26. 


69. 


3 


70 


26. 


70. 


4 


•»1 


26. 


71. 


2 


72 


26. 


72. 


2 


73 


26. 


73. 


3 


74 


26. 


74. 


3 


75 


26. 


75. 


5 


76 


26. 


76. 


3 


77 


13. 


77. 


2 


78 


13. 


78. 


8 


79 


13. 


79. 


4 


80 


13. 


30. 


13 


01 


13. 


81. 


3 


82 


13. 


82. 


2 


83 


13. 


83. 


3 


84 


13. 


84. 


8 


85 


1. 


85. 


14 


86 


1. 


86. 


6 


87 


1. 


87. 


24 


88 


1. 


88. 


3 


89 


6. 


89. 


17 


90 


6. 


90. 


7 


91 


6. 


91. 


5 


92 


6. 


92. 


2 


b3 


6. 


93. 


1 1 


94 


6. 


94. 


4 


95 


6. 


95. 


4 


96 


6. 


96. 


a 


97 


6. 


97. 


5 


98 


6. 


98. 


4 


99 


6. 


99. 


6 


100 


6. 


100. 


9 



1 . 
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f 





I 

I 



i 



I 

I 







COLOaN 


CP 


AP 


ST 


PA 


COONT 

HOW 


100 


100 


100 


100 


1 


95. 


100. 


24. 


45. 


2 


95. 


100. 


23. 


37. 


3 


48. 


83. 


28. 


14 . 


4 


40. 


92. 


12 . 


30. 


5 


87. 


92. 


14. 


1 1 . 


6 


66. 


92. 


9. 


13. 


7 


57. 


73, 


12. 


19 . 


8 


30. 


81. 


5. 


3. 


9 


56. 


94. 


10. 


15. 


10 


61. 


69. 


9. 


5. 


1 1 


64. 


93. 


22. 


17. 


12 


50. 


92. 


11 . 


18. 


13 


31. 


51. 


4 . 


1 . 


14 


39. 


60. 


4. 


4. 


15 


49. 


86. 


6. 


13. 


16 


40. 


77. 


9. 


12. 


17 


81. 


94. 


a. 


17. 


18 


32. 


70. 


6. 


14. 


19 


62. 


94. 


6. 


6. 


20 


23. 


90, 


3. 


10. 


21 


27. 


79. 


4. 


13. 


22 


37. 


69. 


6. 


9. 


23 


35. 


75. 


6. 


9. 


24 


51. 


90. 


1 1 . 


35. 


25 


50. 


91. 


12. 


34. 


26 


21. 


43. 


1. 


0. 


27 


18. 


3 ^ . 


1. 


0. 


28 


17. 


17. 


2. 


1 . 


29 


17. 


15. 


3. 


1 . 


30 


28. 


81. 


6. 


1. 


31 


26. 


60. 


6. 


1 . 


32 


7. 


6. 


0. 


0. 


33 


8. 


6. 


1. 


0. 


34 


8. 


8. 


1. 


0, 


35 


9. 


9. 


2. 


0. 


36 


16. 


57. 


1. 


0. 


37 


15, 


47. 


2. 


0. 


38 


12. 


33. 


1. 


0. 


39 


11 . 


26. 


1. 


0. 


40 


65. 


95. 


9. 


8. 


4 1 


56. 


91. 


9. 


18. 


42 


50. 


76. 


17. 


31. 


43 


45. 


66. 


16. 


32. 


44 


50. 


76. 


19. 


32. 


45 


49. 


70, 


28. 


53. 


46 


42. 


66. 


25. 


38. 


47 


50. 


86. 


13, 


50. 


48 


57. 


90. 


13. 


28. 


49 


72. 


93. 


14. 


30. 


50 


5 2. 


94. 


1 1. 


22. 


51 


57. 


93. 


1 1. 


14. 


52 


38. 


91. 


7. 


7. 


53 


25.- 


80. 


3. 


2 . 


54 


29. 


91. 


6. 


14. 


55 


56. 


93. 


9. 


19. 


56 


32. 


49. 


7. 


23. 


57 


50. 


74, 


17. 


35. 


58 


52. 


72. 


19. 


32. 


59 


25. 


77. 


2. 


1 . 


50 


62. 


94. 


9. 


20. 


61 


77. 


97. 


15. 


26. 


62 


82. 


98. 


12. 


12. 


63 


94. 


99. 


19. 


1 1 . 


6 4 


71. 


73. 


12. 


6. 


65 


57. 


62. 


10. 


5. 
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66 


25 


67 


24 


63 


25 


69 


26 


70 


26 


71 


20 


72 


19 


73 


19 


74 


20 


75 


25 


76 


27 


77 


31 


78 


29 


79 


32 


80 


64 


81 


52 


82 


45 


83 


50 


84 


73 


85 


39 


86 


39 


87 


46 


88 


39 


89 


64 


90 


60 


91 


57 


92 


75 


93 


89 


94 


78 


95 


83 


96 


50 


97 


c 


98 


64 


99 


70 


100 


81 



• 


1. 


1 


• 


2. 


1 


• 


1. 


1 


• 


3. 


1 


• 


2. 


1 


• 


2. 


1 


• 


3. 


1 


• 


4. 


1 


• 


5. 


1 


• 


6. 


1 


• 


7. 


1 


• 


5. 


6 


• 


5. 


5 


• 


4. 


6 


• 


18. 


33 


• 


7. 


30 


• 


7. 


28 


• 


8. 


25 


• 


8. 


21 


• 


14. 


26 


• 


4. 


4 


• 


28. 


49 


• 


4. 


1 


• 


15. 


34 


• 


18. 


37 


• 


12. 


41 


• 


20. 


33 


• 


31. 


30 


• 


32. 


28 


• 


28. 


25 


• 


25. 


53 


• 


24. 


55 


• 


23. 


47 


• 


20. 


40 


• 


23. 


35 



2H 

22 

38 

29 

20 

16 

14 

14 

16 

22 

23 

85 

87 

88 

92 

94 

95 

83 

89 

58 

38 

89 

93 

94 

94 

72 

96 

98 

96 

97 

55 

63 

77 

86 

92 



137 



1 

2 

3 

U 

5 

6 

7 

3 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52- 

53 

54 

55 

56 

57 

58 

59 

60 

61 

62 

63 

64 

65 



RES 


NS 


SIO 


OS 


100 


100 


100 


100 


23. 


23. 


76. 


93. 


22. 


21. 


81. 


84. 


54. 


53. 


77. 


74. 


31. 


30. 


85. 


77. 


54. 


53. 


81. 


70. 


50. 


49. 


83. 


64. 


53. 


52. 


JO. 


80. 


57. 


56. 


>9. 


38. 


54. 


53. 


80. 


68. 


55 . 


54. 


82. 


51. 


39. 


38. 


83. 


70. 


22. 


21. 


80. 


76. 


55. 


54. 


82. 


31. 


55. 


54. 


81. 


52. 


55. 


54. 


83. 


59. 


55. 


54. 


84. 


55. 


53. 


52. 


81. 


59. 


55. 


54. 


78. 


61. 


56. 


56. 


78. 


48. 


55. 


54. 


78. 


56. 


52. 


52. 


81. 


64. 


55. 


53. 


78. 


52. 


58. 


57. 


76. 


51. 


47. 


46. 


77. 


87. 


43. 


42. 


79. 


86. 


55. 


54. 


76. 


21. 


58. 


58. 


79. 


21 . 


55. 


54. 


76. 


37. 


58. 


58. 


79. 


35. 


55. 


54. 


76. 


34. 


55. 


53. 


79. 


34. 


55. 


53. 


72. 


23. 


58. 


58. 


77. 


23. 


58. 


57. 


84. 


21. 


58. 


58. 


81. 


21 . 


55. 


54. 


81. 


19. 


58. 


57. 


78. 


16. 


58. 


58. 


78. 


11 . 


58. 


58. 


80. 


10. 


47. 


46. 


83. 


51. 


51. 


50. 


80. 


81 . 


<; -3 

^ m 


52. 


80. 


96. 


52. 


51. 


78. 


96. 


52. 


51. 


80. 


97. 


34. 


33. 


76. 


99. 


33. 


32. 


80. 


89. 


31. 


31. 


82. 


85. 


42. 


41. 


80. 


85. 


45. 


44. 


76. 


83. 


54. 


53. 


80. 


79. 


35. 


35. 


83. 


55. 


51. 


50. 


80. 


45. 


56. 


55. 


78. 


34. 


55. 


54. 


82. 


63. 


46. 


45. 


80. 


74. 


43. 


4 1. 


78. 


78. 


41. 


36. 


58. 


81 . 


43. 


43. 


80. 


80. 


58. 


57. 


80. 


27. 


51. 


47. 


78. 


83. 


46. 


43. 


81. 


74. 


48. 


46. 


76. 


57. 


48. 


47. 


78. 


52. 


49. 


48. 


79. 


41. 


54. 


53. 


79. 


39. 
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66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 

81 

32 

83 

34 

85 

86 

87 

38 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 



55 . 


53 . 


82 . 


36 


58 . 


57 . 


76 . 


37 


56 . 


55 . 


76 . 


38 


55 . 


54 . 


76 . 


35 


58 . 


57 . 


76 . 


34 


58 . 


57 . 


76 . 


30 


58 . 


57 . 


76 . 


28 


58 . 


57 . 


76 . 


27 


58 . 


57 . 


80 . 


27 


58 . 


58 . 


80 . 


23 


58 . 


58 . 


76 . 


21 


55 . 


54 . 


76 . 


45 


55 . 


55 . 


76 . 


47 


53 . 


51 . 


77 . 


51 


41 . 


34 . 


78 . 


88 


55 . 


52 . 


7 2 . 


89 


55 . 


54 . 


79 . 


86 


52 . 


51 . 


83 . 


84 


51 . 


50 . 


79 . 


87 


41 . 


40 . 


82 . 


84 


55 . 


52 . 


58 . 


45 


40 . 


35 . 


31 . 


97 


55 . 


53 . 


81 . 


33 


43 . 


42 . 


78 . 


85 


29 . 


28 . 


81 . 


91 


41 . 


37 . 


81 . 


78 


55 . 


54 . 


82 . 


62 


39 . 


28 . 


33 . 


65 


53 . 


52 . 


82 . 


59 


48 . 


47 . 


83 . 


57 


42 . 


4 1 . 


80 . 


89 


50 . 


49 . 


79 . 


89 


50 . 


49 . 


83 . 


87 


52 . 


51 . 


83 . 


86 


42 . 


41 . 


80 . 


84 



139 



aow 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1 1 

1^3 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 

61 



rt rn m t- T- 1- 0< o r- fN f- o r- 1- t- T- 1- o O o O O CN| CM o O O O O O O O O O O O O O O rn n rt m < M <N CN CN O O r- r- r- m rr) o 




14 0 



66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 



O OO O O O O OOOO OOO CN ^ ::t OCN CM T- rsj m (N PO 



1 . 

0 . 

0 . 

0 . 

0 . 

0 . 

0 . 

0 . 

0 . 

1 . 

1 . 

2 . 

1 , 

1 . 

3 . 

2 . 

2 . 

2 , 

2 . 

2 . 

1 . 

5 . 

1 . 

3 . 

4 . 
2 . 

3 . 

5 . 
5 . 

4 . 

3 , 

4 . 
4 . 

4 . 

5 . 



1 . 

0 . 

0 . 

0 . 

0 . 

0 . 

0 . 

0 . 

0 . 

1 . 

1 , 

2 . 

1 . 

1 , 

4 . 

3 , 

3 . 

3 , 

3 . 

4 . 
2 . 
9 . 
1 . 

5 . 

6 . 

3 . 

5 . 
9 . 
8 . 

6 . 
6 , 
7 . 
7 . 
6 . 
7 . 



141 



APPENDIX D 



SA MPLE CF PESEBVATION ODTP OT 



THIS IS THE SAMPLE CP AN OESEBVATION OUTPUT 

* 4<444 44 444444444 4 44 4 44444444 > 44*444444444444 



OBSERVATION 000 44*44 SAMPLE 0Q1 

TIMS IS 11:15:26 PST HEBNESDAI .12/09/81 

CONNECT= 01:02:12 VIBTCP0= 000:06,64 TOTCPO= 000:15.27 

SYSTEM DESCRIPTION 



MSG ON , iNG ON , EMSG TEXT, ACAT ON , BON OFF 
LINEDIT ON , TIMES ON , ISAM OFF, ECMODE OFF 
ASSIST ON SVC NOTMB, PAGEX OFF, AOTOPCLL CFF 
IMSG ON , SMSG OFF, AFFINITY NONE , NOTBAN OFF 
VMSAVE OFF, 370E OFF 

STBYPASS OFF , STMOLTI OFF OQ/000 

LINEND # , LINEDEL , CHABDEL S , ESCAPE ” , TABCHAR ON 
LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VH 
HILIGHT OFF, CONMODE 3215, BREAKIN IMMED , EBKKEY PA1 
SCBNSAVE OFF 

STOBAGE = 01024K 
CHANNELS = SEL 

CONS 009 ON GBAF 47B NOTEBM SIABT 

009 CL A CONT NOHCLD COPY 001 BEADY FORM SIANDABD 
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009 


TO 


2807P 


DISI 


MARilANIL 


FLASHC 000 






009 


FLASH 


CHAR 






MDFY 


FCB 




RDB 


OOC 


CL * 


NOCONT 


NOHCLD 


EOF 


READY 




PON 


OOD 


CL A 


NOCONT 


NOHCLD 


COPY 001 


READY FORM 


STANDARD 




OOD 


FOR 


2807P 


DIST 


MARHANIL 






PRI 


OOE 


CL A 


NOCONT 


NOHCLD 


COPY 001 


READY FORM 


STANDARD 




OOE 


FOR 


2807P 


DISI 


WOML 




FLASHC 000 






OOE 


FLASH 


CHAR 






MDFY 


FCB 




DA3D 


120 


3350 


VnRES2 


R/0 




6 


CYL 






DASD 


121 


3350 


VHRES2 


B/O 




6 


CYL 






DASD 


190 


3350 


VMRESI 


R/0 




45 


CYL 






DASD 


191 


3330 


HS0083 


R/i 




8 


CYL 






DASD 


19E 


3350 


VBRES1 


R/0 




65 


CYL 







PECCESSOa 00 ONLINE, EROCESSOH 01 ONLINE, SYSTEM IN AB MODE 
SPBODE OFF 

TIME IS 11:15:26 PST WEDNESDAY 12/09/81 

COHNECT= 01:02:12 VIHTCPU= 000:Q6.65 TOICPO= 000:15.31 

079 USERS, 000 DIALED, 000 NET 



FORTHANH TASK 1 



CP IND LOAD 

CPO- - 054% APU - 094% Ql-01 Q2-02 SICRAGE-008% 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAD-000% 

CP IND USER 

PAGES: RES-0050 WS-0047 HEADS=001044 MRITES=000874 
MH -0000 PH -0051 

VTIME=000:07 TTIHE=000: 15 SIO=001551 RDB-000451 
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PET-002453 FCH-000000 



CP Q USERS 

079 USEES, 000 DIALED, 000 .NET 
CP Q TIME 

TIHE IS 11:15:27 PST WEDNESDAY 12/09/81 

CONNECT^ 01:02:12 VIETCPU= 000:06.66 TOTCPO= 000:15-36 



FOSTEAN H EXTENDED CCHPILEE ENTERED 



♦STATISTICS* NO DIAGNOSTICS GENERATED 

«««««« end of compilation ♦♦♦♦♦♦ 



CP IND LOAD 

CPg - 053< APO - 094X Ql-01 Q2-02 STOEAGE-008* 

EXPAN-001 

PAGING-01 8/SEC STEAI-000% LOAD-000* 

CP IND USEE 

PAGES: RES-0160 WS-0047 BEADS=001045 WEIIES=000874 
MH -0000 FH -0051 

7TIJ1E=000 :07 TTIHE=000: 16 SIO = 001639 EDE-000451 
PET-002453 PCH-OOOOOC 

CP Q USERS 

079 USEES, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:15:29 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:16 VISTCPU= 000:06.72 TeTC?0= 000:15.57 
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EXSCOTICN BEGINS 



CP IND LOAD 

CPU - 053< AFU - 094X Q1-Q1 Q2-02 SIOHAGZ-008-* 

^XPAN-001 

PAGING-01 8/SEC STEAl-OOOX LOAJ3-000% 

C? IHD OS EH 

PAGES: RES-0066 RS-0047 READS=C01051 HBITES=000874 
-0000 FH -0051 

VTINE=000:07 TTIHE=000:16 SIO=OQ1759 fiDB-000451 
PRT-002453 PCH-OOOOOC 

CP 2 USERS 

078 USERS, 000 DIALED, 000 NET 
CP 2 TIME 

TINE IS 11:15:36 PST BEDNESBAY 12/09/81 

CONNECT= 01:02:23 VIBTCPO= 000:06.80 TOTCPO= 000:15.80 



FORTRANH TASK 2 



CP IND LOAD 

CPU - 053% APO - 094* 21-01 Q2-02 STCRAGE-008* 

EXPAN-001 

PAGING-01 8/SEC STEAL-000* LOAD-000* 

CP IND USER 

PAGES: HES-0067 BS-0047 READS=0Q1051 «RITES=000874 
3H -0000 FH -0051 

VTIHE=000:07 TTIME=000:16 SIO=001764 RDR-000451 
PRT-002453 PCH-000000 
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CP '2 USEES 

070 USERS, 000 DIALEE, 000 NEl 
CP g TIHE 

TIH2 IS 11:15:37 PST MEDNESDAY .12/09/81 

CONNECT= 01:02:23 7IETCP0= 000:06.81 TOTCPU= 000:15,83 

FORTRAN H EXTENDED CCBPILER ENTERED 

^STATISTICS* NO DIAGNOSTICS GENERATED 
END OF CCaPILATION ****** 



CP IND LOAD 

CPU - 053% APO - 094% Q1-01 Q2-02 SIOBAGE-008X 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAE-000* 

CP IND USER 

PAGES: BES-0166 HS-0169 READS=001051 «RITES=000874 
an -0000 fh -oo51 

VTIHE=000:07 TTINE=000: 16 SIO=OC1849 RDE-000451 
PRT-002453 PCH-OOOOQC 

CP g USERS 

078 USEES, 000 DIALEE, 000 NET 
CP g TIME 

TIRE IS 11:15:39 PST WEDNESDAY 12/09/81 

CONHECT= 01:02:25 VIETCPU= 000:06.88 TOTCPU= 000:16.04 



EXECUTION BEGINS... 
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CP rND LOAD 

CPU - 053% APO - 094* Q1-Q1 Q2-02 SIOBAGE-008* 

2XPAN-001 

PAGING-01 8/SEC STEAL-000* LOAE-000* 

CP IND OSEB 

PAGES: BES-0066 WS-0169 BEADS=0Q1051 WBIIES=000874 
NH -0000 FH -0051 

VTIME=000:07 TTIIiE=000: 16 SIO=0Q1977 BDB-000451 
pet-002453 PCH-COOOOC 

CP Q OSEBS 

078 USEES, 000 DIALED, 000 NET 
CP Q TIHE 

TI3E IS 11:15:42 PST SEDNESDAY .12/09/81 

CON»ECT= 01:02:28 VIBTCPU= 000:06.96 TOTCPD= 000:16.27 



POBTRANH TASK 3 



CP IND LOAD 

CPU - 053% APO - 094* Q1-Q1 Q2-02 SIOBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC SIEAL-000* LOAE-OOOX 
CP IND USER 

PAGES: HES-0067 WS-0169 BEADS=001051 SBITES=000874 
MH -0000 FH -0051 

VTI3E=000:07 TTIMZ=000:16 310=001982 RDB-00C451 
PRT-002453 PCH-000000 
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1 




CP Q OSERS 

078 OSERS, 000 EIALEE, 000 HET 
CP Q TIME 

TIME IS 11:15:42 PST HEDNISDAY 12/09/81 

CONNECT= 01:02:28 VIRTCPO= 000:06.98 TOTCPO= 000:16.32 



FORTRAN a EXTENDED CCMPILER ENI-ERED 



^STATISTICS* NO DIAGNOSTICS GENERATED 
****** EHD op COMPILATION 



CP IND LOAD 

CPO - 053% APO - 094% Q1-Q1 Q2-02 SICRAGE-008X 

EXPAN-001 

PAGING-018/SEC STEAl-000% LCAD-000* 

CP IND USSR 

PAGES: RES-0166 HS-0169 EEADS=0Q1051 WRITES=000874 
MH -0000 FH -0051 

VTIME=000:07 TTIHE=000:17 SIO=C02061 RDH-000451 
PRT-002453 PCH-000000 

CP Q OSERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:15:44 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:30 VI2TCP0= 000:07.04 TOTCPO= 000:16.52 



EXECUTION BEGINS... 
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CP IND LOAD 

CPO - 052% APO - 094% Q1-Q1 Q2-02 SICRAGE-008S 

BXPAN-001 

PAGING-018/SEC SIEAI-000% LOAD-000% 

CP IND DSER 

PAGES; RES-0066 WS-0169 READS=0Q1051 HfiITES=000874 
MH -0000 FH -0051 

VTIMS = 000;07 T'IIME=000; 17 SIO = 002181 RDR-00C451 
PRT-002453 PCH-000000 

CP Q OSERS 

078 OSERS, 000 CIALEE, 000 NEI 
CP Q TIHE 

TINE IS 11;15:47 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:33 VIBTCPD= 000:07.11 TOTCPO= 000:16.73 



FORTRANH TASK 4 



CP IND LOAD 

CPU - 052% APO - 094% Q1-01 Q2-02 SIORAGE-008% 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAD-000% 

CP IND USER 

PAGES: RES-0067 WS-0169 B£ADS=0Q1051 WRITES =000874 
3H -0000 FH -0051 

VTiaS=000;07 TTIME=000:17 SIO=OQ2186 RDE-00C451 
PRT-002453 PCH-COOOOC 
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C? c USERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIHE 

TIME IS 11:15:47 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:33 VIBTCPU= 000:Q7.12 TOTCPU= 000:16.76 



FORTRAN H EXTENDED CCMPIIEE ENTERED 



♦STATISTICS* NO DIAGNOSTICS GENERATED 
end of COMPILATICN ♦♦♦♦♦♦ 



CP IND LOAD 

CPU - 052% APD - 094% Ql-01 Q2-02 SICflAGE-008% 

SXPAN-001 

PAGING-01 8/SEC SIEAI-OOOS LOAD-000% 

CP IND USER 

PAGES: RES-0166 WS-0132 HEADS=001051 «RITES=000874 
MH -0000 FH -0051 

7TiaE=000:07 TTIME=000:17 SIO=OQ2265 RDR-000451 
PRT-002453 PCB-COOOOC 

CP Q USERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:15:50 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:37 VIETCPU= 000:07.18 TOTCPU= 000:16,97 



EXECUTION BEGINS... 
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C? IND LOAD 

CPO - 052% APO - 094% Q1-01 Q2-02 SICfiAGE-008* 

EXPAN-001 

PAGING-01 8/SEC SIEAl-000* LOAE-OOOS 
CP IND OSEE 

PAGES: BES-0066 MS-0132 BEADS=CQ1051 WBITES=000874 
HH -0000 FH -0051 

VTiaE=000;07 THHE=000;17 SIO=0<)2387 BDfi-000451 
PBT-002453 PCH-000000 

CP Q OSEBS 

078 OSEBS, 000 DIALED, 000 NET 
CP Q TIHE 

TIHE IS 11:15:54 PST MEDNESDAY 12/09/81 

CONFECT= 01:02:40 VIBTCPO= 000:07.25 TOTCPD= 000:17.18 



MATFIV TASK 1 



CP IND LOAD 

CPO - 052% APO - 094% Q1-01 Q2-02 STOBAGE-008* 

BXPAN-001 

PAGING-018/SEC STEAL-000% LOAD-000% 

CP IND OSES 

PAGES: BES-0067 MS-0132 BEADS=CQ1051 MBITES=000874 
an -0000 fh -005i 

VTIME=000:07 TTIME=000:17 S10=002392 RDB-000451 
PRT-002453 PCH-OOOOOC 
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CP Q OSIBS 

078 OSEBS, 000 DIALED, 000 BEI 
CP Q TIHE 

TIME IS 11:15:54 FST WEDNESDAY .12/09/81 

CONNECT= 01:02:40 7IETCPU= 000:07,26 TOTCPU= 000:17,21 



CP IND LOAD 

CPO - 052% AFO - 094% Q1-Q1 Q2-02 SICBAGE-008X 

EXPAN-001 

PAGING-01 8/SEC STEAL-0001 LOAD-0001 
CP IND DSER 

PAGES: BES-0066 HS-0132 EEADS=001057 WBITES=000874 
MH -0000 FH -0051 

VTIHE=000:07 TTIME=000: 17 SIO=002434 BDB-000451 
PBT-002453 PCH-000000 

CP Q USERS 

078 OSERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:15:55 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:42 VIBTCPO= 000:07,30 TOICPO= 000:17,38 



WATFIV TASK 2 



CP IND LOAD 

CPO - 052% APU - 0941 Q1-Q1 g2-02 STOHAGE-008S 
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EXPlN-001 

PAGING-01 8/SEC STEAL-OOOX LOAD-OOOX 
CP IND USER 

PAGES: HES-0066 WS-0132 BEADS=0Q1057 BRIIES=000874 
CJH -0000 FH -0051 

VTI!1S = 000:07 T‘IIi!E=000: 17 SIO=OQ2438 RDB-000451 
PRT-002453 PCH-000000 

CP Q USERS 

078 USERS, 000 -DIAIEC, 000 NET 
CP Q TIME 

TIME IS 11:15:55 PST WEDNESCAY 12/09/81 

CONNECT= 01:02:42 7I3TCP0= 000:07.32 TOTCPO= 000:17.45 

CP IND LOAD 

CPU - 052% APU - 094X Q1-01 Q2-02 STCBAGE-008X 

EXPAN-001 

PAGING-01 8/SEC STEAI-OOOX LOAB-OOOS 
CP IND USER 

PAGES: RES-0066 WS-0136 READS=0Q1057 WfiITSS=000874 
MH -0000 FH -0051 

VTIME=000:07 TTIME=000:18 SIO=002491 RDR-000451 
PRT-002453 PCH-000000 

CP Q USERS 

078 USERS, 000 DIALEC, 000 NET 
CP Q TIME 

TIMS IS 11:15:57 PST WEDNESDAY .12/09/81 

CONNECT= 01:02:43 VIBTCPU= 000:07.38 TOTCPU= 000:17.64 



COBOL TASK 1 
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•19E* REPLACES • P (192) 

P (19E) R/0 

19E ALSC = I-DISK 






CP IND LOAD 

CPD - 052% APD - 094% Q1-01 Q2-02 SICBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC SIEAl-000% LOAD-OQO* 

CP IND USER 

PAGES: BES-0066 WS-0136 BEADS=001057 WRITES =000 8 74 
3H -0000 PH -0051 

VTiaB-=000:07 TTIHE=000: 18 SIO=002574 RDB-000451 
PBT-002453 PCH-000000 

CP Q USERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIfJE 

TiaE IS 11:15:58 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:45 VIBTCPU= 000:07.45 TOTCPU= 000:17.81 



REL2.3 OS/VS CCEOL IN PBOGRESS 



CP IND LOAD 

CPD - 051% APU - 094% Ql-01 Q2-02 STOBAGE-008% 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAD-000% 

C? IND USER 
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PAGES; HES-0079 HS-0136 BEADS=001057 HEITES=000874 
MB “0000 FH “0051 

VTIHE=000;08 THME=0C0;18 310=002728 RDB“000451 
PHT-002453 PCH“000000 

CP Q USERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:03 PST HEDNESDAI -12/09/81 

CONNECT= 01:02:49 VIETCPU= 000;Q7.65 TOTCPU= 000:18.19 

EXECDTICN BEGINS... 



CP IND LOAD 

CPU - 051% APU - 094% Q1-Q1 Q2“02 SIOBAGE-008% 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAE-000* 

CP IND USER 

PAGES: RES-0067 iS-0136 BEADS=001057 WRITES =000874 
MB -0000 FB -0051 

VTIME=000:08 TTIHE=000:18 S10=0q2790 HDB-000451 
PRT-002453 PCH-000000 

CP Q USERS 

078 USEES, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:05 PST WEDNESDAY 12/09/81 

C011NECT= 01:02:51 VIEICPU= 000:07.70 TOTCPU= 000:18.33 



COBOL TASK 2 
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CP IND LOAD 

CPO - 051% APO - 094% Q1-01 Q2-02 SIOBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAC-000% 

CP IND USER 

PAGES: HES-0067 WS-0 136 READS = OQ1057 WRITES = 000874 
MH -0000 PH -0051 

VTIME=000:08 TTIHE=000:18 SIO=OQ2795 RDB-000451 
PHT-002453 PCH-000000 

CP Q OSEHS 

073 OSEBS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:05 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:51 VIBTCP0= 000:07.72 TOICPO= 000:18.37 



HEL2.3 CS/VS CCEOL IK PBOGRESS 



CP IND LOAD 

CPO - 051% APO - 094% Q1-Q1 Q2-02 STCBAGE-008% 

EXPAN-001 

PAGING-018/SEC STEAL-000% LOAD-000% 

CP IND USER 

PAGES: BES-0079 BS-0098 READS=C01057 HfiITES=000 874 
MH -0000 ?H -0051 

VTIME=000:08 TTIME=00C:19 SIO=002974 RDB-000451 
PRT-002453 PCH-000000 

CP Q USERS 
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078 OSZBS, 000 DIALED, 000 NET 



CP Q TIME 

TIHE IS 11:16:10 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:56 7IBTCP0= 000:07,95 TOTCPO= 000:18.80 

EXECOTICN BEGINS... 



CP IND LOAD 

CPO - 051% APO - 094% Q1-Q1 Q2-02 STOBAGE-008% 

EXPAN-001 

PAGING-018/SEC STEAI-000% LCAD-000* 

CP IND DSZB 

PAGES: BES-0067 MS-0098 BEADS=001057 HBITES=000874 
HH -0000 FH -0051 

VTIME = 000:08 TTI11E=000: 19 S10 = 003045 RDB-000451 
PBT-002453 PCH-000000 

CP Q USERS 

078 OSEBS, 000 DIALED, 000 NET 
CP Q TINE 

TIME IS 11:16:12 PST WEDNESDAY 12/09/81 

CONNECT= 01:02:58 VIBICPU* 000:07.99 TOICPU= 000:18.92 



PASCAL TASK 1 



CP IND LOAD 

CPO - 051% APO - 094% Q1-01 Q2-02 SIORAGE-008% 

EXPAN-001 

PAGING-01 8/SEC SIEAL-000% LOAD-000% 
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CP IND OSER 

PAGES: RES-0067 WS-0098 BEADS=0Q1057 HRITES=000874 
MH -0000 FH -0051 

77II1E = 000:08 T'IIilE=000: 19 310=003051 EOB-000451 
PF.T-002453 PCH-000000 

CP Q OSERS 

078 OSEBSr 000 DIALED, 000 NET 
CP Q TIHE 

TIME IS 11:16:12 PST WEDNESDAY 12/09/81 

CONNSCT= 01:02:59 VIBTCPU= 000:08.01 TOTCPO= 000:18.97 

Execution begins... 



. . .execution ends 

File 'PASTAS1*: 18 lines; no diagnostics 
410 bytes of object code generated 
3013 statements executed 

1C928 bytes of memory reguested during compilation 
5792 bytes returned before execution 
10704 bytes reguested during execution 



CP IND LOAD 

CPU - 051% APD - 094% Q1-01 Q2-02 STORAGE-008X 

EXPAN-001 

PAGING-018/SEC SIEAL-000% LOAD-000% 

CP IND OSER 

PAGES: EES-0099 WS-0098 R£ADS=001057 WRITES=000874 
ME -0000 FH -0051 

VTIME=000:08 TTIME=0C0:19 310=003102 RDE-000451 
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PET-002453 PCH-000000 



CP Q OSERS 

078 OSERS, 000 DIALED, 000 NET 
CP Q TIHE 

TIHE IS 11:16:14 PST HEDNESDAY 12/09/81 

COMNECT= 01:03:00 VIBTCPU= 000:08.18 TOICPU= 000:19.25 



PASCAL TASK 2 



CP IND LOAD 

CPO - 051% APO - 094% Q1-01 Q2-02 STOHAGE-008% 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAC-000% 

CP IND OSER 

PAGES: RES-0099 WS-0098 READS=0Q1057 BBITES=000874 
HH -0000 PH -0051 

VTII!E = 000 ;08 TTIME=000: 19 SIO = 0Q3106 RDH-000451 
PP.T-002453 PCH-000000 

CP Q OSERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIHE 

TIHE IS 11:16:14 PST MEDNESDAY 12/09/81 

CONNECT* 01:03:01 VIBICPU* 000:08.20 TOTCPU* 000:19.30 

Eirecution begins... 



...execution ends 

File 'PASTAS2*: 25 lines; no diagnostics 
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I 




578 bytes of object cede generated 
510 statements executed 

1C928 bytes of memcry requested during compilation 
5792 bytes returned before execution 
1C704 bytes requested during execution 



CP IND LOAD 

CPD - 051% APO - 094% Q1-01 Q2-02 SlOBAGE-00 8% 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOA.D-000S 
CP IND USER 

PAGES: EES-0100 HS-0098 REACS=001057 »RITES=000874 
3H -0000 FH -0051 

VTIHE=000:08 TTIME=000: 20 SIO=003171 aDH-000451 
PBT-002453 PCH-000000 

CP Q USERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:16 PST HEDNESEAY 12/09/81 

C0NNECT= 01:03:02 VISTCPU= 000:08.36 TOICPU= 0G0:19.56 



SCRIPT TASK 1 



CP IND LOAD 

CPU - 051% APO - 094% Q1-01 Q2-02 STCBAGE-008% 

EXPAN-001 

PAGING-018/SEC STEAL-000% LOAD-OOOX 
CP IND USER 
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PAGSS: BES-0100 BS-0098 READS=0Q1057 WRITES=000874 
as -0000 PH -0051 

VTiaE=000:08 THHE=000:20 310=003175 RDB-000451 
PRT-002453 PCH-OOOOOC 

CP Q USERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIME 

TIBE IS 11:16:16 PST iEDNESDAY 12/09/81 

CONNECT= 01:03:02 VIRTCPU= 000:08.38 TOICPU= 000:19.63 



CP IND LOAD 

CPU - 051% APU - 094% Q1-Q1 Q2-02 STORAGE-008S 

EXPAN-001 

PAGING-01 8/SEC STEAL-OOOS LOAD-000% 

C? IND USER 

PAGES: RES-0101 WS-0105 READS=C01057 HfiITES=000 874 
MH -0000 PH -0051 

VTIHE=000:08 TTIME=000:20 SIO = 0Q3201 RDR-^000451 
PRT-002453 PCH-000000 

CP Q USERS 

073 USERS, 000 DIALED, 000 NET 
CP Q TIME 

TI3E IS 11:16:17 PST WEDNESDAY 12/09/81 

CONNECT= 01:03:03 VI5TCPU= 000:08.39 TOTCPU= 000:19.72 



SCRIPT TASK 2 



CP IND LOAD 

CPO - 051% APO - 094% Q1-01 Q2-02 STOBAGE-008% 

SXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAD-000% 

CP IND DSER 

PAGES; 5ES-0101 WS-0105 BEADS=C01057 HRIIES=000874 
HH -0000 FH -0051 

VTiaE=000:08 TIIME=000;20 SIO-003297 RDB-000451 
PRT-002453 PCH-000000 

CP Q OSERS 

078 OSERS, 000 CIALEE, 000 NET 
CP Q TIflE 

TIME IS 11:16:17 PST 8EDNESCAY .12/09/81 

CONNECT= 01:03:03 7IBICPU= 000:08.41 TOICPU= 000:19.79 



CP IND LOAD 

CPO - 051% APO - 094% Q1-01 Q2-02 STORAGE-008% 

EXPAN-001 

PAGING-01 8/SEC STEAL-000% LOAD-000% 

CP IND OSEH 

PAGES: RES-0101 WS-0105 READS=001057 HRITES=000874 
NH -0000 FH -0051 

7TIME=000:08 TTII1E=0 CO: 20 SIO = OQ3228 BDB-00C451 
pet-002453 PCH-000000 

CP Q OSERS 

078 OSERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:17 PST WEDNESDAY 12/09/81 

C01INECT= 01 :03:04 7IBTCP0= 000;Q8.43 TOTCPO= 000:19.37 
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aiSCELLAMEOOS TASKS 



ERASE TASK 



CP IND LOAD 

CPU - 051% APO - 094% Ql-01 Q2-02 STOHAGE-008% 

BIPAH-001 

PAGING-018/SEC STEAL-000% LOAE-000% 

CP IND USER 

PAGES: RES-0101 WS-0105 READS=001057 HRITES=000874 
MH -0000 EH -0051 

7T13E=000;08 TTIME=000; 20 SIO=OQ3233 RDR-000451 
PRT-002453 PCH-000000 

CP Q USERS 

078 USERS, 000 DIALED, 000 NET 
CP Q TIBE 

TIHE IS 11:16:17 PST WEDNESDAY -12/09/81 

CONNECT= 01:03:04 VIBTCPO= 000:08.44 TCTCPU= 000:19.92 



CP IND LOAD 

CPU - 051% APO - 094% Q1-Q1 Q2-02 STORAGE-008% 

EXPAN-001 

PAGING-018/SEC STEAL-000% LOAD-000% 

CP IND USER 

PAGES: RES-0101 WS-0105 HEADS=0Q1O57 HRITES=000874 
BH -0000 PH -0051 

VTIME=000:08 TTIME=0C0:20 S10=003240 RDB-000451 
PHT-002453 PCH-000000 
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CP Q OSERS 

078 OSERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:18 PST HEDNESDAI 12/09/81 

CONNECT= 01:03:04 VIBTCPO= 000:08.45 TOTCPO= 000:19.95 



COPYFILE TASK 



CP IND LOAD 

CPO - 051% APO - 094% Q1-01 Q2-02 SIO-RAGE-0 08% 

EXPAN-001 

PAGING-01 8/SEC STEAI-000% LOAD-000% 

CP IND OSER 

PAGES; RES-0101 WS-0105 READS=0Q1O57 «RITES=000 874 
MH -0000 FH -0051 

VTIME=000:08 TTIME=0fl0:20 SIO=OQ3243 RDB-000451 
PRT-002453 PCH-000000 

CP Q OSERS 

078 OSERS, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:18 PST HEDNESDAI 12/09/81 

CONNECT= 01:03:04 VIBTCPO= 000:08.47 TOTCPU= 000:20.01 



CP IND LOAD 

CPO - 051% APO - 094% Q1-Q1 Q2-02 STCHAGE-008% 

EXPAN-001 

PAGING-018/SEC STEAL-000% LOAD-OOOS 
CP IND OSER 



164 



PAGES; EES-0068 BS-0105 R£ADS=0Q1057 WRITES=000874 
SH -0000 FH -0051 

VTiaE=000:09 TTIME=0 00; 20 SIO=0Q3405 HDR-000451 
PET-002453 PCH-000000 

CP Q OS EES 

078 OSEES, 000 DIALED, 000 NET 
CP Q TIKE 

TIKE IS 11:16:21 PST iEDNESCAI 12/09/81 

CONNECT= 01:03:08 VIBTCPO= 000:08.69 TOTCPU= 000:20.38 



RENAME TASK 



CP IND LOAD 

CPO - 051% APO - 094% Q1-Q1 Q2-02 SICEAGE-008* 

EIPAN-001 

PAGING-01 8/SEC STEAl-000% LOAB-000% 

CP IND OSER 

PAGES: RES-0068 WS-0 105 E£ADS = C01057 BEITES = 000874 
MH -0000 FH -0051 

VTIHS=000:09 TTIME=000;20 SIO=003408 RDS-000451 
PET-002453 PCH-000000 

CP Q USERS 

078 USEES, 000 DIALED, 000 NET 
CP Q TIME 

TIME IS 11:16:21 PST WEDNESDAY 12/09/81 

CONNECT= 01:03:08 VIETCP0= 000:08.71 TOICPU= 000:20.45 

CP IND LOAD 

CPU - 051% APO - 094% Q1-01 Q2-02 SIORAGE-008% 
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BXPAN-001 

PAGING-01 8/SEC STEAL-OOOX LOAC-OOOS 
CP IND USER 

PAGES; RES-0068 MS-0105 READS=001057 WRITES=000 874 
HH -0000 FH -0051 

VTIME=000:09 TTIME=0C0;20 SIO=003413 RDfi-000451 
PRT-002453 PCH-000000 

CP Q USERS 

078 USERS, 000 DIALEE, 000 NET 
CP Q TIME 

TIME IS 11:16:21 PST HEDNESEAY 12/09/81 

CONNECT= 01:03:08 VIBTCP0= 000:08.72 TOICPU= 000:20.47 
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